负载均衡与Asp.Net的种种问题
1.Session　
2.静态变量
3.同步锁
4.存放在服务器磁盘上的文件(时效性高,客户端需要读和写)

暂时只想到这些会遇到的问题

Session：用专门的服务器存放。
静态变量：存放在专门服务器上,所有应用存取这台服务器上的数据？（原来IIS进程终止就会消失，现在是永久存在的数据？）
同步锁:没想到办法。
文件：不想用复制文件的方式同步，想在一个地方存储这些文件，共享目录（或者映射网络驱动器？）IIS虚拟目录指向某台服务器可以解决读的问题，但写文件搞不定（共享目录写文件搞不定）；或者写入db？

是不是业务型的web应用不适合使用负载均衡？

------解决方案--------------------

探讨

是不是业务型的web应用不适合使用负载均衡？

------解决方案--------------------
重构是时时刻刻都在做的事情，某个阶段中重大的重构甚至每天都有一次。所以敏捷开发才会重视测试驱动，靠高强度的自动化测试来拥抱变化，而不是作坊式的，或者仅仅靠开“站会”那种行政方式的。

当你说“不适合”的时候，这其实暴露了你的开发方法还是比较原始——靠文档驱动的那种。
------解决方案--------------------
项目启动之初，跟老板提性能或者扩展是没有效果的
这时老板需要的各种功能在允许的时间内完成是评价工程师的唯一标准

只有项目上线之后遇到非功能性问题时，老板才会想到“性能”“扩展”

哎，苦命的工程师啊