https://mp.weixin.qq.com/s/nvDRrMCbXSscHQ6fXikoTg 阶段一：单体架构群，多个开发组，统一运维组 当然最初的痛点应该在业务层面，当用户的需求开始变的多种多样，业务方时不时的就要上一个新功能。 同样一套逻辑，这里也有，那里也有，同样类型的数据，这里一份，那里一份，但是信息是隔离的，数据模型不统一，根本无法打通 阶段二：组织服务化，架构 SOA 化，基础设施云化 拆分 我们发现，当传统行业不再满足于在本行业的领先地位，希望能够对接到互联网业务的时候，上面的模式才出现新的痛点。 对接互联网所面临的最大的问题，就是巨大的用户量所带来的请求量和数据量，会是原来的 N 倍，能不能撑得住，大家都心里没底。 例如有的客户推出互联网理财秒杀抢购，原来的架构无法承载近百倍的瞬间流量。 阶段三：组织 DevOps 化，架构微服务化，基础设施容器化 为什么要拆分到这个粒度呢？主要是高并发的需求。 但是高并发不是没有成本的，拆分成这个粒度会有什么问题呢？ 到了微服务阶段，实施容器化之后，你会发现，本来原来运维该做的事情开发做了，开发的老大愿意么？开发的老大会投诉运维的老大么？ 这就不是技术问题了，其实这就是 DevOps，DevOps 不是不区分开发和运维，而是公司从组织到流程，能够打通，看如何合作，边界如何划分，对系统的稳定性更有好处。