使用“微服务+云架构”轻松应对系统扩容！
不知道大家打开本文，有没有留意文章所在的分类节点：云计算。其实我的本意，是要将微服务跟云架构归类在一起。因为他们都有着一个相同的存在目的：方便扩容！ 扩容。对于遇到过系统瓶颈，需要扩容的系统，恭喜你，你的系统一定是快速发展，遇到了访问量上升的情况！ 【云架构，系统扩容案例】 先说下我个人的经历：我是做GPS防盗器系统的，硬件需要给后台服务器回发数据，所以硬件产品销售的越好，我的系统就需要面对越来越多的压力挑战。感谢经历了这样的一个过程，让我深刻意识到了系统扩容架构设计的巨大价值。我的项目里，经历过这么三个阶段： 第一阶段：单机阶段 单机应用，单进程应用，事实证明只能承载几百设备并发。 通过改造多线程，IOCP设计模型，可以承载20000以上的并发 瓶颈点：难以突破单机应用的并发能力，每次遇到难点都得重构。在我的案例里，就是可以增加到30000负载，增加不到50000万负载！ 第二阶段：手动拆分多服务器阶段 手动分布式分离设计，网站，socket接收程序，缓存，数据库，使用自建机房独立运行。事实证明，可以承载几十万设备并发 瓶颈点：自建机房防火墙设备有并发数限制，CISCO ASA 55...
