我希望在我的应用程序中实现事件驱动的微服务架构，但我正在努力解决事件编排和 UI 交互的概念。
我的问题是我有一个会员注册流程，用户将在我的 UI 中输入一堆详细信息。这将被提交给会员服务，该服务将对其进行处理，然后发布一个事件。支付服务使用此事件似乎很自然，因为业务流程的下一步是收款。支付服务实际上无法完全处理此事件，直到它从用户那里获得需要在 UI 中输入的支付信息。
在 UI 中，很自然，一旦用户输入了他们的注册详细信息，UI 逻辑就会知道显示支付表单，并且一旦完成就将详细信息提交给支付服务。我现在在前端和后端都复制了业务流程，这感觉不对，支付服务现在已经两次收到有关此付款的通知。
有没有人对这种情况的最佳流程有任何建议。我觉得我在这里的理解中好像缺少了一块，但我一直在努力寻找任何与此相关的文章/讨论。