对了，老王又要讲故事了。
电商系统出问题了，6个总监在一起讨论是谁的问题。
电商研发部找了下面的三个团队，三个团队找了质量，质量找了运维。后来大家决定成立架构组，特别复杂的事情都让架构组做，于是架构组是救火队和背锅侠！
既然1.0时代这么NB，为啥还要转型？
痛啊！
1、业务发展，打补丁，if-else越来越多，终究会失控！
2、业务分散，缺少分层，每次测试都all-in。一个大型项目上线，300人的公司，光加班吃饭就来了100多人。
3、各自玩中间件，你玩这个MQ，他玩那个MQ。
总结一下，1.0时代，我们要解决系统问题、业务问题以及架构问题等三大问题。
理论都很有道理，总结一下，单体虽好，扩展却难。
越大越大的war，200人协同，业务响应变慢。
应用复杂度高，有些坑，可能知道的人已经离职了。
错误隔离困难，一个地方挂可能导致整个功能不可用
应用扩展的成本变高，比如我要扩展一下会员，但交易暂时不需要增加更多服务器。
更要命的是，数据库连接是有上限的。
