云原生红利期，成长型企业如何合理落地微服务？

2018年，云原生计算基金会（CNCF）更新云原生的定义，指出云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段，云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。

今天，小编重点来讲讲云原生时代，成长型企业如何该如何更合理地落地微服务。

一、成长型企业需要云原生与微服务
多个微服务功能模块最终“拼”成大应用，相互耦合又彼此功能独立，每个模块都可“独立维护”，简化、灵活、开放、松耦合更符合当下成长型企业对业务的敏捷要求。

成长型企业正处在一个内外部极速变化的环境里，组织结构在变、经营方向在变、业务形态在变、商业模式在变，还有新业务要扩展、新区域要覆盖……而云原生、微服务恰好是“应对随变”的强力解药。

微服务是独立的小模块，能单独完成一个功能需求

多个微服务功能模块拼成云原生应用

一个有实力的云原生SaaS，除了有海量的单体微服务外，还包括一些成熟的微服务小集群，比如：财务云、营销云、制造云、人力云、协同云。

二、企业如何合理落地云原生与微服务？
1. 选择合适的时机
在实际的落地中，要想享受微服务的福利，需要做好一些先期准备。比如：
①组织架构与团队文化要适应云原生的节奏，需要足够敏捷、足够自主；
②需要构建全功能团队，产品、UI、前后端研发、测试等角色要齐全；
③需要提前做好自动化的流水线，可以一键构建、发布、部署，可以快速扩缩容等；
④服务要提前做好容器化部署改造，服务容器化会更适合在云原生场景下集成其他功能与组建。
上述一切都准备好，并且业务也逐步发展到一定规模急需拆分的时候，就可以进行微服务拆分和架构设计了。

2. 选择合适的微服务框架
目前主流的微服务框架主要分为两类：侵入式与非侵入式。
主流的侵入式框架包括 Spring Cloud、Dubbo、brpc 等，其功能特色各有千秋，在不同的场景均有应用，大部分架构师对它们都有比较多的了解，社区和文档的成熟度都比较高。

虽然 Spring Cloud 这样的传统侵入式微服务框架大多具有版本碎片化严重、升级成本高等问题，但总的来说，可以满足绝大部分服务治理的需求。

现在大部分人更关心的是非侵入式框架的选型，也就是最近几年火起来的服务网格技术。2017 年，随着 Linkerd 的传入，Service Mesh 翻译成服务网格，并开始进入国内社区的视野，部分大公司也同步自研了适配公司内部应用场景和依赖的服务网格框架，用以助力内部服务快速迭代与发展。

而 Istio 作为一个开源的 Service Mesh 开源框架，一经推出就备受瞩目，成为了各大厂商和开发者争相追捧的对象。简单来说，Istio 就是一个提供了服务治理能力的服务网格。此外，Istio 还提供完善的可观察性方面的能力，包括对所有网格控制下的流量进行自动化度量、日志记录和追踪。换句话说，选择了 Istio，单体应用无需做任何改造即可轻松接入微服务，享受云原生各项福利。

3. 借助云厂商产品快速进行云原生与微服务落地
大部分中小型公司或者传统行业都面临着单体应用和传统微服务框架的各种弊端，急需进行云原生与微服务改造，但是缺乏足够的人力与技术，去维护一套功能齐全的云原生底座与基础架构服务。例如 Istio 框架，它的版本迭代频繁，控制面与数据面在提供了强大的功能的同时，代码实现相当复杂。遇到了异常的时候，很多工程师往往很难定位问题。

而云厂商则提供了一整套云原生应用编排与微服务管理解决方案，所有技术都得到产品化，方便使用与查看效果，并且避免或者快速解决运行期间可能遇到的各种问题。在一定程度上，这不仅提高了服务的效率，也大大降低了各种成本，可以快速充分地享受云原生福利。