业务架构的微应用化与技术架构的微服务化
作者：李忠民 齐占新
来源：《科技创新与应用》2016年第35期
        摘 要：微服务架构已经在实践中被普遍应用，国网也在努力实践“一平台一系统多场景微应用”的设计理念，但是在微服务架构的实施过程中，作者感觉业界在微服务架构论述上把业务架构和技术架构糅合在一起，概念不是很清晰；同时在实践过程中作者对微服务的粒度划分标准有自己一些认识，文章围绕上述两点展开讨论，谈谈自己的观点。
        关键词：微服务架构；微应用化；微服务化；微服务粒度
        每个新的技术概念的提出都是为了解决应用实践中面临的问题，同时新的技术概念往往引起应用实践模式的转变，这一点在架构设计领域表现的尤为突出。二者有点像经济基础和上层建筑的关系，经济基础决定上层建筑，上层建筑反过来又显著地影响着经济基础；同样，业务架构决定技术架构，技术架构反过来又显著影响着业务架构，微服务架构的提出和实施，不可避免会要求业务架构做出相应演进。
        作者从国网“一平台一系统多场景微应用”的实施过程中，逐渐认识到微服务架构的实施实际上分为如下两个部分：业务架构的微应用化；技术架构的微服务化。
        下面首先提出微应用、微服务的概念，从而引出业务架构的微应用化和技术架构的微服务化观点。
        1 微服务架构分布式和微服务的关系
        总结微服务架构的提出者Martin对微服务架构的定义，微服务架构有如下特征：由多个分布式服务组成，多个独立的服务，共同组成系统；每个服务单独部署，运行在独立的进程（容器）里；服务可以独立设计、开发、部署，可以采用不同的技术路线；分布式的管理。
        微服务架构模式有许多优点：拆分单一的复杂性的单体应用为可管理的模块或服务。单个的服务可以更快的开发，更简单的理解和维护。每个服务可以由单独的团队独立开发，开发者可以自由地选择合理的技术，只要服务遵守 API 约定即可。每一个微服务能被独立部署，让持续部署成为可能。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。