在微服务领域，开发人员可以自由和有能力尝试新的语言、模式、框架、数据存储以及IT开发的其他创新方面。这可能会导致运营团队在面对开发人员进行的新实验时感到一定程度的不适。

与面向服务的体系结构（SOA）相比，微服务体系结构没有治理或精简治理，存在各种观点。

什么是微服务治理？

微服务治理是一种方法或方法，为采用微服务建立政策、标准和最佳实践，以实现企业敏捷的IT环境。

整体治理是集中的。决策是自上而下的，保持严格的控制，以确保整个组织和应用程序堆栈中的标准到位。随着时间的推移，这种模式逐渐退化，形成了一个停滞不前的技术和建筑体系，从而使创新最小化。

微服务促进了关于支持语言、工具和数据存储的技术堆栈的多语言模型。这些微服务的主要概念是可以去中心化的资产和工具的可重用性。权力下放治理的核心主题是建立和运行权力下放治理。

这种去中心化的模式最适合微服务治理。去中心化治理的好处使微服务团队可以自由地使用不同的堆栈开发软件组件。

微服务治理的框架

根据微服务的经验和采用情况，微服务治理框架强调以下内容：

业务：IT与业务的战略一致性：衍生IT使命，以与业务愿景一致。

服务的可重用性和快速生产。

技术组件：微服务参考体系结构：服务设计和与企业使用系统集成等的体系结构指南。

通过DevOps方法识别、指定、创建并部署微服务。

企业范围的服务政策，共同的基础设施服务。

通过组合和编排开发细粒度服务。

服务监控和管理：管理和监控访问策略、服务质量（QoS）指标以及衡量吞吐量和性能的KPI。

组织：建立一个专门的微服务企业来管理有效的管理

企业结构：代表谁将授权就微服务的采用和使用做出关键决策

制定决策制定、实施和监控的标准

微服务治理的要素

微服务治理对微服务计划的成功起着至关重要的作用。

未能实施适当的治理机制可能导致体系结构无法管理和不稳定；然而，有了正确的管理，您可以在获得业务支持的同时避免分布式混乱的服务。

微服务治理的一个好处是，它可以显著提高企业投资回报率。然而，为了获得投资回报，制定政策和明确的沟通渠道至关重要，在这些渠道中可以衡量问责制和有效性。

强大的微服务治理基础包含三个要素：人员、流程和技术。要想成功运作微服务治理，这三个要素必须保持一致。

如图：

 微服务治理的指导原则

对于每个企业来说，定义微服务治理的指导原则是至关重要的。一旦确定了这些原则，就需要遵循这些原则。因此，定义这些原则是在建立基础之前进行的。

以下是成功的微服务治理的一些基本指导原则：

独立服务：微服务独立于所有其他服务。服务的独立性使服务能够快速开发和部署。要求服务的设计和运行时独立性。

单一责任：专注于一个。需要业务功能，分解为细粒度。

自包含：微服务是自包含的、可独立部署的单元。为了使微服务具有独立性，它需要包含其操作所需的所有必要构建块。

政策和最佳实践指南：遵守微服务领域参考体系结构、治理流程和路线图。

这些原则可以在“微服务及高并发、高可用架构设计与最佳实践培训”中详细学习。

微服务治理的团队需求

微服务架构团队主要专注于管理和监控企业活动，其中包括基于微服务技术设计企业应用程序。该团队为最终用户提供正确的功能，并为新架构提供适当的运营支持。

在企业级微服务的采用中，团队结构和技能发挥着重要作用，而不是底层技术。扁平的组织结构、灵活的团队和跨职能的能力是成功采用微服务的关键。特别强调微服务的运营团队需要掌握多种技术能力，以适应为服务架构的治理工作。

微服务团队的技能和能力

微服务团队由具有不同技能的不同成员组成。该团队由系统分析师、UX/UI设计师、后端和前端开发人员等组成，他们负责从端到端的微服务项目——开发、部署、运营、监控和管理。团队的规模取决于企业的规模以及正在开发的项目。经验表明，理想的规模是每个团队8-10人。

在微服务架构中，业务的增长将扩大微服务团队的规模。每个团队都将有一个协作平台来完成项目的目标。这样可以确保在截止日期前完成，从而实现更高效、更有效的产品发布。

团队需要掌握的能力和技术也取决于公司的业务领域和深度，但是微服务团队无论如何都是需要具备高度的实践技能的。作为组织或者个人想要在微服务框架治理方面寻求学习、提升，我推荐参加“微服务及高并发、高可用架构设计与最佳实践培训”。

微服务战略和路线图

DevOps战略：减少开发到部署的周期时间至关重要。团队将部署多个服务，而不是部署一个应用程序。

敏捷环境：服务是由团队增量开发的；短阶段允许团队频繁发布。这从战略上定位了企业的发展。应遵循CI/CD，以提高恢复能力。

数据策略：需要一个稳健的主数据管理策略来支持数据的分发。企业核心数据的消耗，由存储在本地数据库中的多个微服务完成。

微服务治理技术

微服务架构设计参考

微服务不是产品、框架或平台。这是一种构建大型企业分布式系统的策略——微服务架构在多个方面为企业带来好处。微服务的优势包括各种应用程序组件的独立可扩展性，以实现更快、更容易的软件开发和维护。

微服务的规模对于设计优质服务至关重要。微服务减少了供应商锁定，消除了长期技术承诺。总体而言，帮助决策者选择实现IT和业务目标所需的工具。参考微“微服务及高并发、高可用架构设计与最佳实践培训”课程的内容。

微服务相关工具

当使用微服务构建高度可扩展的体系结构时，需要使用工具来管理其他服务和应用程序组件，其中包括：

服务发现工具，例如Kubernetes。

用于容器化应用程序的打包标准，例如Docker，以及用于大规模复制容器的编排工具，例如Kubernetes。Red Hat的OpenShift包括这两种经过验证的开源技术。

用于Docker和Kubernetes的Jenkins或Shippable CI环境创建工具。

依赖关系解决工具，例如Nexus。

故障切换和恢复工具，包括Hystrix和Ribbon等库。

服务监控、警报和事件工具，例如ELK（ElasticSearch、LogStash和Kibana）堆栈。

有关于这些工具在微服务中的运用详细内容同样在“微服务及高并发、高可用架构设计与最佳实践培训”中讲解，欢迎学习。

微服务基础设施管理

基础结构管理监视已部署服务的存储、CPU消耗、内存消耗和硬件网络特性。基础设施资源由Nagois监控，一旦违反服务级别，Nagois就会发出警报。如果服务部署在IAAS或PAAS平台上，则使用相应的云或平台管理工具。

微服务监控

当应用程序服务部署正常运行时间并监视运行状况  时，就会进行服务监视。服务可以通过JMX的Pull机制报告其运行状况，或者使用Spring Actuator Push机制公开HTTP URL，代理可以在其中收集统计信息。

微服务治理流程

联合团队和DevOps：在微服务环境中，开发人员不断添加和删除功能。这些更改可以包括对代码的更改或替换应用程序的核心元素。在这些变化发生的同时，微服务也在不断发展。应用程序被分解为多个相互依赖的服务。大型、孤立的团队被分解为小型、多功能的团队。

这与从开发、测试和IT转型为较小的DevOps团队的进展不谋而合。让构建微服务的团队拥有其实施和维护是非常有效的。这有利于服务的当前运作和未来发展。

设计时间独立性：定义和控制服务创建、服务策略的设计和实现。

运行时独立性

SLA、节流、监控、常见安全要求和服务发现不在每个微服务级别中涵盖。API网关有助于在专用组件级别实现运行时治理。

数据管理：与SOA不同，微服务不共享数据。每个微服务都有一个单独的物理数据存储和多语言持久性，允许各种数据库引擎在每个微服务下运行。

但是，维护企业数据库的多个副本可能会增加许可成本和复杂性。

通用的提取、转换和加载（ETL）或数据虚拟化工具可以帮助实现数据规范化，事件源是一种众所周知的设计模式，有助于调整数据存储以适应追溯更改。

微服务构架治理相关概括

总而言之，微服务采用了去中心化治理，这些标准使团队能够有效地构建和部署微服务构架。去中心化治理的目标是解放开发团队，让他们能够及时有效地分配时间来解决开发问题。

在企业内部培养微服务治理以及构架设计思维方式非常重要。这使开发人员能够控制其受管理组件的构建和操作方式。

中培IT学院将于8月21-24日在重庆开展“微服务及高并发、高可用架构设计与最佳实践培训”，届时将详细讲解关于微服务在企业中落地的详细技巧与理论，欢迎大家参加、学习！

预定坐席：400-808-2006 客服：方老师 13910781835 （同微信）

[1]