在生产环境中部署多个微服务和一个代理（nginx）的docker-compose配置/架构

107次阅读

问题描述

在拥有多个微服务和一个代理（nginx）的架构中，想要在生产环境中部署。架构如下：
– 微服务1 + 数据库（microservice1/docker-compose.yml）
– 微服务2 + 数据库（microservice2/docker-compose.yml）
– 代理（proxy/docker-compose.yml）

在这种情况下，他提出了两种解决方案，分别是“Docker Compose覆盖”和“共享外部网络”，并希望了解在拥有多个微服务并需要一个单一代理来配置访问的情况下，哪种方案更好，以及为什么选择。

解决方案

请注意以下操作可能存在版本差异，建议在操作前备份数据。

方案1：Docker Compose覆盖

这个方案的核心是为每个微服务和代理分别创建独立的docker-compose文件，在生产部署时，使用docker-compose -f microservice1/docker-compose.yml -f microservice2/docker-compose.yml -f proxy/docker-compose.yml up命令将它们合并为一个文件来运行。这样代理容器，例如nginx，将能够访问微服务，根据请求重定向到相应的微服务。

步骤：
1. 为每个微服务和代理创建独立的docker-compose.yml文件。
2. 在每个文件中定义相应的服务以及它们的配置。
3. 在生产环境中，使用合并命令运行所有docker-compose文件，以启动微服务和代理容器。

这种方式的优点是简单直接，适用于目前微服务数量较少的情况。但随着应用的增长，可能会出现配置复杂性的问题。

方案2：共享外部网络

这个方案通过创建一个共享的外部网络来连接微服务和代理容器，实现它们之间的通信。每个微服务和代理的docker-compose文件中，都会将容器连接到这个外部网络中，从而代理能够访问微服务。

步骤：
1. 创建一个外部网络，例如 docker network create nginx_network。
2. 在每个微服务和代理的docker-compose文件中，使用 networks 属性将容器连接到外部网络。
3. 在代理的配置中，使用微服务容器的网络地址来进行重定向。

这种方式的优点在于使用了Docker的网络功能，不需要合并多个docker-compose文件。但可能需要更多的配置工作，尤其是在微服务和代理之间存在复杂的通信需求时。