光棍节之分享

架构

今天公司内部开了一个关于网络架构的培训，主要是运维方面对新入职的开发人员讲解一下公司内部的架构。内容涉及的范围广，如何利用CDN来解决特殊情况（如带宽问题，节点缓存问题）。电信联通之间不同网络的差异性，电信用户和联通用户访问延迟的解决方案，我似懂非懂，毕竟这些外部的对于开发来说接触的比较少，后面有时间再和运维同事好好交流交流。

公司架构历程

1.最开始是直接用resin做应用服务器，oracle和mysql做数据库。关于resin,我其实也是比较喜欢用的，的确是轻便。

2.访问量增加后，resin对于并发和静态文件的链接管理开始凸显吃力了，后来意识到有nginx这玩意，用户评价都说不错，经过测试后，的确很不错的一个程序，性能提高10倍+

3.虽说性能有很大的提升，但是主要瓶颈还没有解决，数据库负载很高，此时考虑了memcached做缓存，减少数据库压力。

4.数据到一定量的积累后，同时随着WEB应用的增多，又考虑oracle的成本问题，后来公司内部主推mysql，建立数据库集群

5.nginx + resin + memcached + mysql沿用都现在，对于个别应用开始使用mongodb，但是还在试用阶段，由于经验问题，出现问题较多，但是对于读多写少的性能还是很可以的。

6.对于遇到的问题才开始优化架构这事，总感觉不合适，对未来的一些展望，整合服务器群，私有云架构。

培训总结

从架构历程见证了一个传统的互联网公司的成长，互联网的发展。对于刚毕业半年的我，收获不少。其实现在工作中也出现关于缓存层的一些问题，memcached的雪崩问题和其连接IO问题。对于连接IOError问题，会不会是版本问题呢，现在用的还是2.0.1版本的java_memcached客户端。或许更高的版本已经解决了这个问题，这个还需要调研一下。雪崩问题，在开源社区有人提出了一种双缓存的方式，感觉挺有道理，这个也可以尝试一下。同时也需要调研一下最近热门的一些缓存工具，以便代替。看来做的事情还多着呢。。