话说软件公司的负载均衡，2天，2天后软件公司架设好了他们所谓的负载均衡，为什么是是所谓的呢，接着往看吧。

既然是说所谓，呵呵，那肯定是最终没有解决问题。因为做过服务器的整体迁移二次，原有最原始的实现方式的文件备份已经丢失，没有用的文件也都丢弃了。下面我就大概说说他们实现的方式吧，就没有代码看了。

配置了3个不同端口81、82、83的Tomcat服务，都指向同一个应用目录。前端架了个Apache端口80做为对各端口的Tomcat跳转，表面看起来没有错，大家实现原理基本也都是这么做的，但是他们的跳转实现，是在Apche的应用做了个默认页面，页面里面做了个计数器，每访问一个人计数器加一，然后除三，看余数来判别跳转到哪个端口的Tomcat服务。

    无语@#￥，这叫均衡负载啊，有个Tomcat的端口Down了，访问应用如分配到Down的端口Tomcat，还不是一样无法访问吗？要这样用好歹你们加个判断服务端口的Tomcat正常不正常啊，Down掉的Tomcat也不做处理，就挂着，很无语。。。。。。

    后话：问题依然很严重，不定时的Down机，严重影响了办公平台的推广和企业的正常使用。我开始介入处理Down机问题。软件公司没有解决问题是意料之内，访问人数过大压根就不是问题的原因。

    后续请见 OA办公平台的那些事之 MYSQL配置