微服务架构一般是在什么时候选择?

微服务架构是一种架构风格，一个大型复杂软件应用由多个微服务架构组成。系统中的各个微服务架构可被独立部署，各个微服务架构之间是松耦合的。每个微服务架构仅关注于完成一项任务并很好地完成该任务。在所有情况下，每项任务代表着一个小的业务能力。

随着人们转向云原生策略，我们需要一个支持它的架构。作为面向服务架构的一种变体，微服务架构有助于数字世界中的服务多样化。

企业不能忽视的 3 大微服务架构优势

1.微服务架构的自动化部署
微服务架构中，系统会被拆分为若干个微服务架构，每个微服务架构又是一个独立的应用程序。单体架构中的应用程序只需要部署一次，而微服务架构中有多少服务就需要部署多少次。随着服务数量的增加，部署的难度就会增加。业务的粒度划分得越细，微服务架构的数量就越多。因此就出现了自动化部署技术，例如Docker容器自动化部署技术方便了微服务架构项目下各模块在服务器上的部署。

2.服务集中化管理
微服务架构系统是按照业务单元来划分的，服务数量越多，管理起来越复杂。在这里，微服务架构提供了集中化管理组件Spring Cloud Config，人们可以在Spring Cloud Config配置文件中统一配置服务，这样很大程度上方便了对项目的集中化管理。

3.支持熔断机制
微服务架构就是分布式的。在分布式系统中，服务之间是相互依赖的，如果一个服务出现了故障或者网络延迟，在高并发的情况下，就会导致线程阻塞，在很短的时间内该服务的线程资源会消耗殆尽，最终使得该服务不可用。

微服务架构主要受益于此，因为职责分工要容易得多。
构建单个服务在理论上可能听起来很简单，但实际上要复杂得多。当我们将应用程序分解为单个服务时，如果有一个庞大的团队构建单个服务，事情就会变得更顺利。

微服务架构的挑战
1. 技术多样性
微服务架构的主要优势之一是在开发单个服务时可以灵活地使用各种技术基础。这意味着工程团队必须维护多种工具来维护这些微服务，只是因为每个服务使用不同的技术。

在这里，每个微服务组件都不同，不是因为任何技术要求，而是基于开发人员的个人喜好。这不仅在开发人员切换团队时成为技能问题，而且在应用程序进入维护模式时会缩减所有操作。突然之间，鉴于技术的多样性，我们需要更多的人力和资源来维护应用程序。

从财务角度来看，它在维护技能和运行时资源方面都涉及更多成本。

2. 复杂系统通信
基于微服务的架构强制执行模块化结构，其中应用程序被分解为多个独立部署的微服务。区别就在这里——当我们使用单体架构时，所有的依赖关系都被隐藏并编码在组件之间的依赖关系规则中。

在微服务架构中，所有这些依赖项都必须在基础架构配置中进行编码（引入基础架构即代码的概念）。这包括基础设施的维护和配置。

需要注意的另一点是，在单体应用中，通信是作为内存调用发生的，而在谈论微服务时，通信在进程之间移动，可能通过网络进行。这带来了新的挑战，例如延迟和速度损失。假设我们循环调用远程微服务；它会在每次循环迭代时增加延迟，使服务调用无法使用。

这个问题的一个可能的解决方案是，如果我们以一种避免服务调用循环的方式设计我们的服务。

3. 迁移
如果您已经考虑迁移到微服务架构，那么您正计划迁移现有的单体应用程序，将每个域分解为新服务。

当我们知道基于微服务的架构强制执行模块化结构时，我们必须在将单体分解为新的单个组件时引入新的连接及其依赖关系。现在从传统应用程序调用微服务可能有点麻烦。为什么？因为缺少事务管理可能会出现一些问题，因为它们都在单体应用程序中交织在一起。

何时使用微服务架构？
当您想要适应可扩展性、敏捷性和可管理性时，您想要缩短上市时间。
如果您打算使用当今的编程语言或技术堆栈重写您的遗留应用程序，以跟上当前的市场需求和解决方案。
有许多独立的业务软件组件可以跨多个渠道重用，例如登录服务、身份验证设施、搜索选项等。
如果您计划不时使用新功能更新您的应用程序，并且还需要灵活地删除过时或不太喜欢的部分。

什么时候不使用微服务架构？
我们都知道基于微服务的架构强制执行模块化结构。然而，真正的问题是每个应用程序是否都需要分解为模块/片段/微服务。

如果您的应用程序不复杂，则不适合。进一步详细说明，您不打算添加新功能；没有太多可试验的东西，您的功能或产品始终保持不变，等等。
如果您没有相当熟练的团队规模精通各种编程语言或技术堆栈，则很有可能会导致高成本以及频繁和延长的停机时间。
有些应用程序不需要分解成更简单的模块。重要的是要知道哪些应用程序在分解时性能更好，以及何时将它们放在一起更好。这是构建无缝产品体验的第一步。

软件架构风格推动产品发挥其全部潜力。这不是要遵循任何架构模式的规则并根据样式进行构建。这更像是一次了解我们如何使我们的服务交付无缝的旅程。如果您认为您的产品交付能力可以通过微服务架构得到放大，那么您应该这样做。今天，我们看到许多企业级托管微服务平台出现在市场上。借助这些平台，DevOps 团队可以跨环境管理和部署微服务。确保微服务可投入生产，以缩短上市时间、增强应用稳定性并增强应用安全性。