领导基于Docker的微服务架构

作者: 哇。
发布时间: 2025-01-01 08:27:25 (6小时前)
转自：

2 条回复

0#
回复此人
咿呀哟 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> Consul是另一项服务，我不会将它部署在我的微服务的容器中。在大型场景中，我将部署几个Consul容器：一些将在服务器模式下运行代理（将它们视为主服务器），一些将在客户端模式下运行（将它们视为Slaves）。 </p> <P> 我不会将在客户端模式下运行的代理部署为应用程序容器的一部分，因为： </p> <OL> <LI> 隔离它们意味着它们被单独停止。将它们组合在一起意味着每当我因版本升级或故障而停止我的应用程序容器时，我就会不必要地停止在其中运行的Consul代理。反过来也是这样：停止Consul代理将停止我正在运行的应用程序。这种不需要的耦合是没有益处的。 </LI> <LI> 隔离它们意味着它们可以单独缩放。我可能需要扩展我的微服务并部署更多的实例。如果容器还包含Consul客户端代理，那么扩展我的微服务也会最终缩放Consul。或者相反：我可能需要在不缩放微服务的情况下扩展Consul。 </LI> <LI> 就Docker容器图像而言，隔离它们更容易。我可以继续使用官方的Consul图像并毫不费力地升级。将Consul和我的微服务放在一起意味着升级Consul需要我自己修改容器图像。 </LI> </醇> </DIV>

编辑

登录后才能参与评论