为了响应迅速变化的付款要求，越来越多的银行从大型整体迁移到微服务方法进行处理。通过利用与付款流的关键部分相关的可重复使用功能，微服务是银行加速新功能的开发和部署的一种方式。但是，如果整体分解，谁负责确保付款过程中的正确步骤？
我们看到微服务本身如何提出一些新的挑战。在我的整个职业生涯中，我目睹了银行为开发基于微服务的“全知，无所不包”的解决方案的许多尝试。但是，现实是，要处理它，需要另一个微服务来处理它，或者更新了微服务，因此需要使其他微服务了解此更改，以维持端到端的处理流。对于“快乐的路径”流来说，这是足够困难的，但是在处理异常时，管理上下文意识不可避免地变得更加复杂。这就是需要编排的原因：防止处理业务逻辑以微服务结束。
编排是一种设计模式，涉及中央协调员，该中央协调员管理不同微服务之间的相互作用和依赖关系。在付款的背景下，专门的编排微服务用作“控制器”，并通过呼吁不同的微服务执行特定功能来充当付款的流程。
为了更好地想象这意味着什么，我喜欢使用字面乐团的类比。就像音乐家演奏交响乐一样，付款生态系统需要指挥才能提供方向。这很重要，因为它允许微服务（音乐家）专注于他们最擅长的工作，即执行其功能（或弹奏乐器）。
编排与编舞
编排不是唯一可以使用的设计模式。例如，编排模式表明没有中央协调员的不同微服务之间的相互作用，这意味着服务需要有关序列和上下文的知识。这可能适用于单个和弦催眠曲，但对巴赫不起作用。
因此，尽管这可以在特定的简单用例中起作用，但最终它限制了银行在变化繁重的环境中适应和改进的能力。考虑新的CSM，新法规，技术升级和新的增值服务。同时。
要播放其他交响曲或添加新乐器（再次使用该类比），您需要一个中央协调员（或编排者）来提供方向，否则，否则很难协调，并且需要太长时间才能学习和玩耍。同时，音乐家可能需要在不同的乐团中演奏。
A2A付款处理的好处
在黑匣子支付引擎实施方面拥有丰富的经验，以及繁琐的编舞项目，我一直将编排视为付款处理的自然模式，以克服上面概述的编排的局限性。
在减轻与转型业务付款服务相关的风险和成本方面，编排具有很大的优势。它在任何时间点都可以清楚地观察到付款的过程和状态，从而更容易管理和扩展功能。编排还可以高可重复使用单个微服务，从而降低了软件开发的成本和精力。
（tagstotranslate）FineXtra（T）新闻（T）在线（T）银行（T）银行（T）技术（T）技术（T）财务（T）财务（T）Financial（T）Fin（T）Tech（T）Tech（T）Fintech（T）Fintech（T）IT（T）IT（T）破坏（T）最新（T）最新（T）最新（T）零售（t）零售（T）t剥夺（t）贸易（t）执行（t）头条新闻（t）区块链（t）数字（t）投资（t）移动（t）业务（t）挑战者（t）付款（t）付款（t）Regtech（T）Regtech（T）Insurtech（T）Insurtech（t）服务
关键词：
