传统企业请注意：不够痛就别微服务，有坑

https://mp.weixin.qq.com/s/nvDRrMCbXSscHQ6fXikoTg

阶段一：单体架构群，多个开发组，统一运维组
当然最初的痛点应该在业务层面，当用户的需求开始变的多种多样，业务方时不时的就要上一个新功能。
同样一套逻辑，这里也有，那里也有，同样类型的数据，这里一份，那里一份，但是信息是隔离的，数据模型不统一，根本无法打通

阶段二：组织服务化，架构 SOA 化，基础设施云化
拆分

我们发现，当传统行业不再满足于在本行业的领先地位，希望能够对接到互联网业务的时候，上面的模式才出现新的痛点。

对接互联网所面临的最大的问题，就是巨大的用户量所带来的请求量和数据量，会是原来的 N 倍，能不能撑得住，大家都心里没底。

例如有的客户推出互联网理财秒杀抢购，原来的架构无法承载近百倍的瞬间流量。

阶段三：组织 DevOps 化，架构微服务化，基础设施容器化

为什么要拆分到这个粒度呢？主要是高并发的需求。但是高并发不是没有成本的，拆分成这个粒度会有什么问题呢？

到了微服务阶段，实施容器化之后，你会发现，本来原来运维该做的事情开发做了，开发的老大愿意么？开发的老大会投诉运维的老大么？

这就不是技术问题了，其实这就是 DevOps，DevOps 不是不区分开发和运维，而是公司从组织到流程，能够打通，看如何合作，边界如何划分，对系统的稳定性更有好处。