企业从单体架构往微服务架构设计难点探讨.doc

?

? ? ? ?

? ? ?

企业从单体架构往微服务架构设计难点探讨

? ? ? ?

?

?

?

?

?

?

?

? ? ?

? ? ?

? ? ?

?

?

?

当企业在面临诸如需求迭代频繁但是项目进度推进乏力、用户量高速增长但是系统出现瓶颈却没有好的解决方案，研发资源逐步增加但是团队协作效率却变的迟缓的情况，虽然使用微服务架构方案能解决所面临的问题，而且目前微服务架构的框架都比较成熟，例如Spring cloud或者dubbo在各大互联网平台都有成功案例，然而看似简单的框架在实际开发过程中会面临很多问题。

问题一：企业从单体架构往微服务架构转型怎么启动?

这个问题也是本次活动中大家比较关注的问题，追其根究主要是因为企业打算转型微服务，但是真正的实施后发现又很难，其实微服务架构转型不仅仅是一门技术活，更主要的的是组织结构和技术转型的结合，其中组织机构转型是起步的首要条件，包括统一思路和充分培训。(1)???? 思想统一当准备要实施微服务的时候首要条件就是获得高层的认可，因为涉及到组织结构的调整以及后续人力资源的增补，比如在单体应用中其组织机构包括开发部、测试部、运维部、DBA部，每个部门各司其职由高层统一指挥，看似很非常合理的组织结构，但是在项目或者迭代实际过程中会花费大量的时间去跨部门沟通，形成了孤岛式功能团队。

但是在实施微服务的时候，希望能协同配合快速交付，如果还是需要多次跨部门协调处理问题的话，那么“微”很难实现“微”的好处，微服务的团队应该是如下所示，所以如果没有高层参与那么组织架构就不会调整。