使用微服务架构后就“一定”能有效地组织软件系统开发？

近年来，随着互联 产业的快速发展，以电子商务、O2O、移动医疗和在线教育为代表的互联 和互联 +应用，对软件产业的业务结构和系统产生了巨大的影响。另一方面，快速的业务更新和产品迭代同时也给系统开发过程和模型带来了新的挑战。

软件开发的核心问题是业务需求的不断变化、技术开发和创新的快速变化、团队规模从无到有的快速扩张、系统的复杂性和对行业变化的快速反应能力。

围绕着这些外部和内部的压力和力量，

如何更合理地划分系统和团队边界？

如何更有效地组织系统开发过程？

如何通过技术手段识别和消除开发过程中的浪费？

它已经成为软件开发人员和技术管理人员需要思考的三个命题。

那么什么是微服务？攻城狮们会告诉你其实就是一些具有足够小的粒度、能够相互协作且自治的服务体系。

每个微服务都相对简单。它只关注于完成一个特定的业务功能，并且能够很好地完成它。而这里的功能代表都是一种业务能力。

微服务系统的构建需要一套完整的方法论和工程实践，微服务体系结构代表了微服务系统的体系结构模式，为我们提供了这些方法论和工程实践。通过微服务架构，可以改进软件开发过程，提高开发效率，从而创造出更多优秀的产品和用户满意度。

微服务体系结构表示新的架构设计风格和模式，从这个角度来看，微服务架构需要我们理解、学习并应用到日常的开发过程中。

然而，微服务体系结构并不是完全打破现有技术体系、从无到有的替代体性系结构。它基于现有的面向服务体系结构、企业服务总线等思想和技术体系随着持续交付、虚拟化和容器技术的发展自然而然产生的一种软件设计和架构模式。所以标题答案很明确了，是否定的，没有持续的投入，没有任何系统可以做到一劳永逸。