如何解决更新dockerized复制架构中的静态内容
我正在用swarm构建一个dockerized后端微服务架构，其中我有一个网关实例（更具体地说是Kong Gateway实例，非常类似于NGINX）位于公共接口的前面。
此网关充当我私有VPC中不同服务的代理，并分发静态内容。为了获得高可用性，它会通过群集中的可用服务器随机复制到最少3个实例。
CI / CD设置为在每次成功git合并到master分支后（通过测试，构建和标记后）使用新的映像版本更新服务。其中包括静态资产，这是其自己的存储库（尤其是此存储库不是dockerized项目，仅是文件）。
我正在尝试找出在有新版本可用时更新所有网关实例中的静态资产的最佳方法：
- 使网关docker映像成为包含Kong服务+静态资产的自定义映像。这允许具有不变的容器原理，但代价是在同一映像中混合职责：静态资产更新和网关更新。同样，在静态内容的每个新版本上滚动更新服务意味着每次静态文件更新都将关闭至少一个实例。这种方法还需要用网关版本和静态版本标记容器映像，以唯一标识所有依赖版本。
- 使静态内容由另一个微服务提供。我可以创建仅用于服务静态资产的新服务，并使网关在每次静态资产请求时都重定向到该服务。这种方法在流程中增加了一个额外步骤，即仅提供静态内容，增加了延迟，还增加了维护成本（创建新服务也意味着保持该代码为最新，即使它是所有代码中最简单的）。此外，鉴于Kong可以提供静态资产，因此浪费资源为此提供新服务。这样做的好处是它可以将责任分开。
在这种情况下，我还可以使用其他方法吗？
可惜的是，docker swarm configs功能仅限于一个文件且大小受限制。如果可以通过更新其静态配置将其静态资产更新到网关服务，那就太好了。
谢谢
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。