Architecture 如何设计一个依赖于多个遗留服务的微服务应用程序？

我正在为依赖于一些遗留服务的电子商务应用程序设计一个转换解决方案。它应该是一个微服务应用程序，它将获得新的微服务，但是如何在保证性能的情况下管理（使用）遗留服务呢？

---

遗留服务是由java5和.NET Framework 4.0构建的，已有8-9年的历史。

我想您的新微服务应用程序将使用现有遗留服务，而不是与它们混合使用。因此，它们将通过http或某些amqp消息传递协议进行访问。作为不混合环境的一般规则，您可以为旧服务提供稳定的自动缩放，为它们创建代理，以便获得公共接口，处理错误，提供负载平衡，并通过它使用服务。当旧的服务由于某种原因关闭时，您可以创建额外的队列来为它们存储临时数据，在它们返回后，您可以异步处理它。通过这种方式，您还可以选择添加其他功能。

我想您的新微服务应用程序将使用现有的遗留服务，而不是与它们混合使用。因此，它们将通过http或某些amqp消息传递协议进行访问。作为不混合环境的一般规则，您可以为旧服务提供稳定的自动缩放，为它们创建代理，以便获得公共接口，处理错误，提供负载平衡，并通过它使用服务。当旧的服务由于某种原因关闭时，您可以创建额外的队列来为它们存储临时数据，在它们返回后，您可以异步处理它。通过这种方式，还可以选择使用附加功能进行装饰