有人可以用简单的语言向我解释一下大使在集群计算中的架构概念是什么?在微服务架构模式中实现它有什么好处?
我最近一直在研究码头工人和码头工人群,我已经看到这个术语在文章或回购中反复提到。例如,在this amazing project中,他们有一个名为docker-ambasssador的存储库。或者这个名为ctlc-docker-ambassador的其他项目。
答案 0 :(得分:1)
微服务的一个主要好处是能够切换底层组件,而不会让应用程序/生态系统的其他人意识到变化。大使模式允许片段移动和更改,同时消费代码继续连接到单个位置。您提供的其中一个链接有一个很好的解释/示例:
而不是硬编码服务使用者和服务使用者之间的网络链接 例如,Docker鼓励服务可移植性 的:
(消费者) - > (redis)要求您重新启动消费者以进行附加 它是一个不同的redis服务,你可以添加大使:
(消费者) - > (redis-ambassador) - > (redis)或
(消费者) - > (redis-ambassador)---网络---> (Redis的-大使) - > (redis)当您需要重新连接消费者与其他Redis服务器通信时,您可以重新启动redis-ambassador 消费者所连接的容器。
在这种情况下,可以移动或更新底层组件(redis),而无需使用redis知道的代码。如果代码更聪明,它甚至可以允许一个人从redis切换到另一个kv商店。