Docker 分布式系统中大使的概念是什么？

有人能简单地向我解释一下集群计算大使的体系结构概念是什么吗？在微服务架构模式中实现it的好处是什么

---

我最近一直在研究docker和docker swarm，我在文章或回购协议中多次提到这个术语。例如，在中，他们有一个名为的存储库。或者另一个项目叫做。

微服务的一个主要好处是能够在应用程序/生态系统的其他部分没有意识到变化的情况下切换出底层组件。大使模式允许片段移动和更改，同时使用代码继续连接到单个位置。您提供的其中一个链接有很好的解释/示例：

而不是硬编码服务消费者和用户之间的网络链接 例如，Docker鼓励服务可移植性 其中：

（使用者）-->（redis）要求您重新启动使用者以连接 将其添加到不同的redis服务中，您可以添加大使：

（消费者）-->（redis大使）-->（redis）或

（消费者）-->（redis大使）---网络--->（redis大使） -->（redis）当您需要重新连接您的消费者以与不同的redis服务器通话时，您可以重新启动redis 消费者连接到的容器

---

在这种情况下，底层组件（redis）可以在使用redis的代码不知道的情况下移动或更新。如果代码再聪明一点，它甚至可以让一个人从redis切换到另一个kv商店

但是，是什么阻止您在redis中硬编码端口映射呢？我的意思是，这不只是将问题转移到分布式体系结构中的另一个节点吗？除了简单地知道底层服务的位置外，大使节点还可以是“智能”的，我的意思是它可以根据传入的请求引导流量。假设您有几个用于不同目的（缓存、元数据等）的redis节点。消费客户都可以与一位大使交谈，这位大使可以智能地管理请求并将流量引导到适当的最终目的地。在这一点上，它本质上成为了一个智能负载平衡器。同样，这并不是复杂灵活工具的唯一用途。