然而，基于编排的方法也引起了一些关键问题。下面让我们看看它们。
改变心态是前提
需要改变您对微服务如何工作的思维方式和思维方式是先决条件。从这个意义上说，我们可以认为它是一个限制：不是每个人都能够应用编排方法。
管理整个流程更加困难
通过编排，业务流程实际上分散在各种微服务中，每个微服务都具有更大的自主权，因为它与其他微服务的耦合更加松散。这使得维护整体视图（即整体流程）和管理它变得更加困难。
高复杂度
最后，微服务编排方法的主要限制是复杂性。每个服务 马来西亚电报数据 都会识别与其相关的逻辑，并根据从其侦听的通道到达的消息独立做出反应。无法使该架构发挥作用的风险很高。
管理微服务的第三种方法是基于混合方法，它同时包含同步和异步部分。
混合方法涉及关于各个服务的基于编排的集中部分，以及关于服务彼此通信方式的编排部分。
这种方法允许您使用编排器来更好地了解和控制微服务，而编排用于单独、自主地执行各个微服务的工作流程。
混合方法的局限性
与编排一样，混合方法的局限性也源于编排器与微服务紧密相关的事实。
如果协调系统出现问题，影响会波及到整个系统。而且微服务的逻辑变更、修改、增删也比较费力。
编排与编排：哪个更好用？
当谈到系统架构时，选择哪种方法的答案始终是“视情况而定”。与编排一样，编排有许多优点和一些缺点。
那么该选择哪一款呢？
鉴于我们已经讨论过的好处和局限性，很明显，必须根据几个因素做出决定。您想要执行的项目类型、业务需求、必须实现的目标、团队和可用资源都会影响您的决策。
一般来说，如果我们想要鼓励项目的可扩展性并准备好管理高复杂性，我们可以考虑编排方法。
相反，如果我们的首要任务是获得控制权以赋予应用程序稳定性并使其更容易测量和修改，那么我们可以评估编排或混合方法。