azure - Docker微服务架构——不同容器之间的通信

Question

我刚刚开始使用 docker，目前正在尝试研究如何使用微服务架构来设置项目。

我的目标是从 API 中移出不同的服务，并将每个服务放在自己的容器中。

当前架构

所需的架构

问题

1. API 网关如何与内部服务通信？所有微服务都应该有自己的 API，只接受来自 API 网关的通信吗？还有其他通讯方式吗？
2. 网关和微服务之间理想的身份验证是什么？智威汤逊 token ？基本身份验证？
3. 如果托管在 Azure 中，您是否发现此架构存在任何问题？
4. 集成测试是否可以在所需的架构中进行？例如，我在内存中使用 EF SQlite 进行集成测试，并且可以在 api 中轻松访问它，但如果数据库位于它自己的容器中，我认为这不起作用。
5. 这里有什么我遗漏的重要信息吗？

Answer 1

我创建了一个完全基于微服务架构的应用程序，运行在AWS ECS(容器服务)上，每个微服务都作为Docker镜像推送到容器上。有 2 个 EC2 实例正在运行以实现高可用性，并且两个实例上都运行相同的微服务，因此如果一个实例出现故障，另一个实例可以处理请求。

每个微服务都使用自己的数据库，微服务间通信是使用 HTTP 协议(protocol)上的客户端注册表和发现进行的，Spring Cloud Consul 和 Netflix Eureka 可用于服务发现和注册。

.

请查看下图: