如何编排微服务
注意：前端不能制作编排，因为它是一个封闭的产品，我们不能接触它。
提前谢了。
共有1个答案
我们正在考虑制作一个新的微服务，它将被用作编排器，但我们不知道这是否是微服务概念的一个好的解决方案。
从你所描述的来看，这听起来是最合理的做法。您将此服务描述为具有自己的业务目的，这向我表明了对专用服务的潜在需求。对于一个复杂的域服务来说，它需要来自其他（更基本的）服务的输入并不罕见。此外，您已经将前端聚合的替代方案列为在您的域中不起作用的东西。
需要考虑的是确保基本服务的开发团队将他们的API视为面向客户的（客户是您的其他服务）。这意味着他们必须在版本html" target="_blank">控制/贬低/等方面做干净的工作。下游服务需要像对待第三方API一样对待消耗的API。例如，谷歌甚至允许对内部服务消费收取真金白银的费用，以激励优化依赖服务的实现。
-
编排微服务的标准模式是什么？ 如果一个微服务只知道它自己的领域，但是有一个数据流需要多个服务以某种方式交互，那该怎么做呢？ 假设我们有这样的东西： null 在某个地方，有人按下中的一个按钮，“我完成了，让我们这么做吧！”在一个典型的整体服务体系结构中，我认为有一个来处理这个问题，或者装运服务了解发票服务并直接调用发票服务。 但在这个美丽的微服务新世界里，人们是如何处理这件事的呢？ 我确实知道这可
-
我有几个微服务，每个微服务都有用于CRUD操作的RESTendpoint。我必须创建一个工作流，该工作流将从一个带有一些初始输入的微服务开始，但一个微服务的稍后输出可以用作其他微服务的输入。可以对这些REST API进行一些同步和异步调用。 我已经寻找了一些工作流引擎，但我不认为我可以在不编写任何java代码的情况下创建我的工作流。
-
我是否可以将订购系统事件放到AWS Kinesis中，并在命令端服务中为客户监听？我是否应该将AWS Kinesis中的事件（orderCreated和OrderPayed event）持久化到客户命令端服务中的数据库？或者只更新客户查询端服务可以吗？我应该使用AWS Lambda作为事件处理器吗？你能给我一些这种模式的最佳实践吗？ 提前谢了。
-
Kubernetes虽然提供了多种容器编排对象，例如Deployment、StatefulSet、DeamonSet、Job等，还有多种基础资源封装例如ConfigMap、Secret、Serivce等，但是一个应用往往有多个服务，有的可能还要依赖持久化存储，当这些服务之间直接互相依赖，需要有一定的组合的情况下，使用YAML文件的方式配置应用往往十分繁琐还容易出错，这时候就需要服务编排工具。 服务
-
我读了一些文章，看了一些视频，但在为这些微服务提供服务方面，没有找到具体的建议。我的理解是，他们应该使用自己的应用程序服务器。 我的问题是它们应该部署在不同的服务器上，还是没关系。 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗？
-
应用程序： 接收以下有效负载： 我需要按以下方式进行处理： > 使用转换后的数据向“卡通数据库”微服务发送HTTP POST请求。 我遇到的问题是： 我需要使用（|）和）的