有人可以简单地向我解释集群计算中大使的体系结构概念吗？在微服务架构模式中实现它有什么好处？
我最近一直在研究docker和docker-swarm，在文章或回购中我经常看到这个术语被反复提及。例如，在这个惊人的项目中，他们有一个名为docker-ambasssador的存储库。或另一个名为ctlc-docker-ambassador的项目。
通常，微服务的主要好处之一是能够在不使其他应用程序/生态系统意识到变化的情况下切换底层组件。大使模式允许片段移动和更改，而使用代码继续连接到单个位置。您提供的链接之一有很好的解释/示例：
Docker并非鼓励对服务使用者和提供商之间的网络链接进行硬编码，而是鼓励服务可移植性，例如，而不是：
（消费者）->（redis）要求您重新启动使用者以将其附加到其他redis服务，您可以添加大使：
（消费者）->（再分配大使）->（再分配）或
（消费者）->（redis-大使）--- network --->（redis-大使）->（redis）当您需要重新连接消费者以与其他Redis服务器通信时，只需重启消费者连接到的redis-大使容器。
在这种情况下，底层组件（redis）可以在不了解使用Redis的代码的情况下进行移动或更新。如果代码更聪明的话，它甚至可以允许人们从redis切换到另一个kv商店。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句