什么是微服务治理？
最近刚刚接触微服务相关内容，对于“微服务治理”，感觉网上的解答都比较偏概念，希望大佬可以结合平时企业应用场景，用大白话把微服务治理这个讲清楚
回答：
微服务是一种架构风格，应用程序被划分为更小的、流程驱动的服务，这些服务松散耦合、可独立部署，并且能够通过定义良好的 API 进行通信，这些服务是为业务功能而构建的。
1.拆分成多个组件
微服务架构构建的软件被分解为众多组件服务，每个服务都可以独立创建、部署和更新，而不会影响应用程序的完整性，整个应用程序可以通过调整一些特定的服务来扩展，而不是关闭并重新部署它。
2.具有抗故障能力
使用微服务架构构建的应用程序失败并不容易，当然，个别服务可能会失败，这无疑会影响运营，毕竟，在微服务环境中，众多不同且独特的服务相互通信以进行操作，并且在某些时候必然会发生故障。
但是，在正确配置的基于微服务的应用程序中，面临停机的功能应该能够将流量重新路由到自身之外，同时允许其连接的服务继续运行，通过监控微服务并在出现故障时尽快恢复它们，也很容易降低中断风险。
3.去中心化运营
每个微服务都可以在不同的技术和平台上开发。因此，去中心化治理。构建微服务的一种方法是生成有用的工具，然后可以在社区中使用这些工具来解决相同的问题。
去中心化治理伴随着去中心化数据管理。 微服务应用程序包含并管理其独特的数据库。相比之下，单体应用跨不同应用程序使用单个逻辑数据库。
4.专为现代企业打造
创建微服务架构是为了专注于满足现代数字业务的需求，传统的单体架构让团队致力于开发 UI、技术层、数据库和服务器端逻辑等功能，另一方面，微服务依赖于跨职能团队，每个团队负责创建基于通过消息总线传输和接收数据的单独服务的特定产品。
总结
微服务是一种创建云应用程序的架构方法，每个应用程序都构建为一组服务，每个服务都在自己的进程中运行并通过 API 进行通信。本文主要介绍了微服务的概念、特点、优势等，希望本文对您认识微服务有所帮助，有任何问题欢迎在下方评论区与我讨论。
回答：
我看上面的答案都是偏技术架构的，很多分布式远程调用中间件都提供了相应的功能和支撑。我从业务架构给一点自己的理解：微服务的职责划分、微服务间的依赖关系、微服务间的层级（层级或扁平）、如何保证各个微服务自身的高内聚、低耦合和伸缩性，如何使微服务与开发团队匹配。这些概念相对比较抽象，对于一个小型简单系统可能可有可无，但是对于一个大型复杂系统来说，以上这几点非常重要，因为他们是直接影响系统整体可维护性和持续性的关键，所以这些也应该是微服务治理内容并且是核心内容。当然这些概念非常复杂，不是一朝一夕就能理解和掌握，需要慢慢积累架构思维。想要更进一步相关了解知识可以阅读一些架构方面的书籍，如《架构整洁之道》和《敏捷软件开发:原则、模式与实践》，也可以阅读一些DDD相关书籍作为扩展，如《领域驱动设计：软件核心复杂性应对之道》和《实现领域驱动设计》。以上内容是一个程序员跃升到架构师的必备知识。
以上是 什么是微服务治理？ 的全部内容， 来源链接： utcz.com/p/945358.html
