中国微服务源起互联网公司，市场认可度提升，IT服务商纷纷布局[图]

微服务王密 2019-04-20 01:32 来源：智研咨询

微服务架构（MicroServicesArchitecture，MSA）提倡将庞大规模应用分割成一系列细粒度的服务，每个服务专注于单一业务功能，可独立运行，服务之间采用轻量级通信机制相互沟通、配合来实现完整的应用。相比于前序一体化架构和SOA架构，MSA在部署效率、伸缩弹性和容错性等方面具备优势，满足当前互联网与云计算趋势下企业IT系统对敏捷性的不懈追求。

微服务架构与云计算相辅相成。一方面，微服务架构的推广很大程度上得益于云计算渗透率的提升，另一方面，微服务架构能够显著提升企业云端迁移效率，从而推动大型企业IT系统上云进程。

平台随着业务的发展从AllinOne环境就可以满足业务需求，展到需要拆分多个应用，加快开发效率；再发展到服务越来越多，不得不将一些核心或共用的服务拆分出来，并由企业服务总线等抽象层统筹管理；再到近来兴起的微服务架构，总体来看，伴随软件代码库的扩张，IT整体架构基本遵循耦合由紧变松，粒度由粗变细的规律。

企业IT应用架构演变规律

数据来源：公开资料整理

一、单体架构

单体架构（又称巨石架构）是IT服务架构初始状态。

一体化架构逻辑示意图

数据来源：公开资料整理

但随着应用程序逐渐增长，业务复杂度会变的越来越高。这种情况下三层构架拥有难以维护、难以扩展两大痛点，从而最终影响应用系统的使用，并不适合业务的继续发展。应用代码紧密耦合，拖累维护效率。

一体化架构下，随着项目规模变大，程序更新开发效率急剧下降

数据来源：公开资料整理

应用代码高度集成，无法弹性扩展。对服务的容量进行扩展的时候，只能选择重复地部署整体程序来扩展服务能力，而不是仅仅扩展出现系统瓶颈的组份，造成硬件资源的极大浪费。

将应用程序中紧密关联的各项子功能解耦，以实现各功能模块独立部署，已成为满足应用程序快速更新、弹性扩展需求的最佳解决途径。

一体化架构下，服务容量遭遇瓶颈时，只能选择重复部署整体扩容

数据来源：公开资料整理

二、面向服务的架构

SOA体现了明显的解耦思想，是一种粗粒度、相对松耦合的服务架构。SOA架构下，服务间通信依赖中心化调度平台。

虽然在SOA架构下，整个系统的可维护性、可扩展性相对于单体型架构得到提高，但其仍存在一定局限，SOA架构中，各项服务间通信、调用完全依赖ESB，SOA架构注重水平服务，各项服务之间的隔离性仍有局限。

三、微服务架构

微服务架构（MicroServiceArchitecture）将一个大型复杂软件应用拆分成为多个微服务组件，各个松散耦合的微服务间可被独立部署。每个微服务仅关注于完成一件任务并很好地完成该任务，每个任务代表着一个细分的业务能力。

各微服务之间通过简单的通信进行连接，而非中心化调度平台

数据来源：公开资料整理

微服务与单体架构的差别主要体现为“细粒度拆分”。微服务将原有大型程序按照功能模块进行拆分，实现单体应用程序中紧密关联的各项子功能之间的解耦，各功能模块独立部署，使得微服务架构具备一定优势：虽然项在项目模较小时期，一体化架构开发时间相对较短，项目推出较快，但随着后续项目规模逐步扩大，微服务架构在应用推出、运维更新方面均具备显著敏捷性优势；此外，由于微服务之间采取松耦合模式，各模块之间相对独立、互不干扰，因此微服务架构同时具备容错性提升、可弹性扩展的优势。

1、微服务用途

伴随敏捷性、扩展性和可用性方面的诸多优势，微服务架构同样具备明显的局限：贯穿微服务架构搭建全过程的复杂性。企业基于微服务架构搭建IT系统，可以主要分为系统设计和微服务平台搭建两个部分，其中微服务平台搭建工作相对标准化，而系统设计部分则需要根据企业自身业务流程进行个性化实施。

具体来看，微服务架构的复杂性主要体现在：（1）设计复杂性，在微服务架构搭建之前，首先需要根据企业自身业务框架进行梳理，切分现有的单体架构，领域设计和系统设计工作重要而繁琐；（2）架构复杂性，运用微服务架构不再只是运行一个服务，而是数十甚至数百个服务，因此，微服务架构不仅仅是开发框架本身，还包括一套完整的体系架构以实现成千上万个微服务之间的交互管理。

微服务架构适用于规模相对较大的公司。微服务架构的实现需要包括周边配套工具链在内的一整套微服务体系，因此在企业规模较小时，单体架构在开发效率上具备一定优势，只有规模相对较大的企业才需要进行微服务系统的建设；试图实施微服务架构需要极高的工程实践能力，只有具备一定规模优势的企业，才能够进行微服务的建设，或是有能力自己组建IT团队，或是有资金对外采购IT服务。

微服务架构适用于云计算模式下碎片化SaaS服务的管理。云计算模式下，SaaS服务具备高度场景化、高度行业化、高度关注用户体验和注重短流程的特点，这也就使得企业将面临IT服务域被纵横分割成多个“小而美”的碎片化SaaS服务的场景。微服务架构将成为管理批量SaaS服务的极佳工具：每一个碎片化的SaaS服务均可视作独立运行的微服务，通过微服务容器云平台实现统一管理和编排。

微服务架构适用于混合云/多云IT架构应用管理，是由混合云和微服务架构本身的性质所决定的：由于混合云实现了跨基础设施的部署，其各项服务响应服务的能力必须符合松耦合规则，而其管理基础技术同为API控制、负载均衡等，与微服务治理过程类似，因此通过微服务架构实现对部署于混合IT之上的各项应用进行有效的管理和敏捷的开发运维，成为各大企业的主要选择之一。

管理混合IT架构最重要的工具

数据来源：公开资料整理

服务适用于大型企业IT架构云端迁移。云计算目前正处于高速发展期，无论是出于企业自身效益，还是出于政策推动，“大智移云”趋势已成定局。但是由于大中型企业上云过程中，基础设施架构改变跨度较大，IT系统在实现由金属机向虚拟机迁移时，往往会面临单体应用过于庞大，难以快速高效的实现应用与基础设施的解耦的情况，迁移效率和后续可用性成为大型企业云端迁移的主要忧虑之一。

采用微服务架构将极大提升大型企业IT系统云端迁移的效率，应用程序的操作复杂性随规模呈指数型增长，因此经过拆分后的若干个细粒度的单个微服务，对其进行云端部署，其效率将高于将单体架构直接迁移；单体架构云端迁移的过程是持续的，可通过“修缮者模式”或“绞杀者模式”将原有应用系统分步解耦并独立上云，再经由微服务平台进行云端整合，从而实现从传统服务器向云端的平稳过渡。正因如此，微服务架构和云计算之间呈相辅相成之势。

2、微服务市场进展

IT行业任何技术革新，均遵循从互联网企业自研自用，到IT服务商大力推广，业再到企业IT逐步采用的能力输送路径，云计算、大数据、人工智能、融合架构皆是如此，微服务架构亦不例外。

大型互联网公司由于对IT依赖性极高，且体量规模巨大，有需求也有能力在IT方面不断投入研发，因此往往走在技术最前沿；随后，IT服务商由于具备技术方面的敏感性，同时出于技术储备的考量，往往会选择跟随布局；而企业级用户由于对IT前沿技术缺少敏感性，同时原有IT架构存在“船大掉头难”的情况，往往对IT变革采取保守的态度。

目前在互联网公司中已经有相对成熟的大规模应用，要主要IT服务商开始早期布局，纷纷推出相关微服务产品，而在企业用户端，先行行业及公司中已有部分非核心业务初步落地。

随着微服务架构的价值逐渐被市场认同，当前时点国内各类IT厂商纷纷开始相关布局，企业级IT服务厂商切入微服务市场的途径主要包括以下三种：（1）提供通用型、工具型容器平台；（2）提供可搭载于容器平台商的微服务应用组件；（3）提供从原有IT架构拆分到容器平台构建再到微服务流程编排全栈技术咨询与实施服务。

当前时点，除SaaS层的普及带来批量服务管理需求之外，互联网重塑企业业务模式，造成IT架构更新换代效率的提升，亦成为未来微服务架构持续落地的主要驱动素。

企业IT系统更新频率