讨论微服务在 IT 架构中的影响：优点和缺点

当 Twitter 的 CEO 决定删除公司的一些微服务时，这导致一些用户的双因素身份验证出现暂时性问题，从而使微服务在 IT 架构中的作用受到审查。就 Twitter 而言，某些微服务的消除产生了复杂的影响，导致关键功能暂时中断。这就提出了一个问题，即组织是否可以在没有微服务的情况下存在，或者它们是否过于安全地融合到他们的运营中。在接受 InformationWeek 采访时，Pulumi 首席执行官 Joe Duffy 谈到了微服务在 IT 架构中的位置、它们提供的优势，以及如果 IT 领导者不谨慎，它们将如何成为一种遗留技术债务。

微服务在 IT 架构中的位置

Duffy 解释说，从单体架构到完全分布式架构都有一个范围，微服务属于这个范围内的某个地方，更倾向于后者。云极大地促进了应用程序架构的创新思维，从两个虚拟机和一个数据库时代转向使用托管服务、容器和无服务器架构的完全分布式系统。微服务是这一变化的核心。现代云加速了向更分布式架构的转变，带来了各种利弊。尽管微服务可以通过将服务置于 API 边界之后来管理一些复杂性，但它们很容易被过度使用，因为公司在只需要几个微服务时就采用了数千个微服务。

与遗留 IT 的比较和技术债务积累的风险

微服务可以与遗留 IT 相媲美，其中技术层随着时间的推移而积累。微服务的优势在于，一旦支持 API，它们就不再需要大量的运营管理。然而，这也可能导致技术债务的积累，服务不再增值可能会变得过时。

简化微服务并缓解头痛

与任何技术一样，围绕微服务存在炒作周期，伴随着过高的期望和不可避免的幻灭。微服务目前可能已经过了炒作高峰期，但在引入这些服务时必须了解实际目标，以避免过于复杂和相互依赖。有时，回归基础有助于重新关注系统背后的主要目的和最有效的架构。单体系统本身并不是坏的，非常适合特定的任务，但随着项目规模的增长，它们可能成为运营的瓶颈。在单体服务和微服务之间取得平衡至关重要。

微服务的理想情况和不需要它们的情况

微服务成功的明显例子可以在 Amazon Web Services 等公司中找到，在这些公司中，团队依靠这些服务来维护其庞大的产品组合，其中包含 400 多种不同的离散服务。相比之下，提供更直接、具有整体性的产品的公司可能不需要将他们的产品分解成许多离散的服务。

从公司基础设施中移除微服务的后果

撤消根深蒂固的架构决策（例如微服务的实施）可能具有挑战性，可能需要进行广泛的重组。虽然微服务提供服务和 API 的分离，但删除它们可能会促使公司重新评估其软件操作并在重大架构更改中整合服务。总之，微服务在现代 IT 架构中起着至关重要的作用。它们的实施提供了许多好处，但也存在固有风险，包括成为遗留技术债务的可能性。组织必须仔细考虑微服务的影响及其在 IT 环境转型中的持续相关性。包括AppMaster在内的 应用程序开发行业 利用这些技术为各种用例提供范围更广的灵活解决方案。