Testcontainers-dotnet 中使用 CosmosDB 容器的最佳实践

在开发基于 CosmosDB 的应用程序时，使用 Testcontainers-dotnet 进行本地测试是一个高效的选择。本文将深入探讨如何正确配置 CosmosDB 容器，并解决常见的 SSL 验证问题。

问题背景

许多开发者在尝试使用 Testcontainers-dotnet 创建 CosmosDB 容器时会遇到两个典型问题：

1. 使用默认 SSL 验证时出现连接失败
2. 禁用 SSL 验证后请求无限挂起

这些问题通常源于对容器网络配置和客户端设置的理解不足。

正确配置方法

1. 容器初始化

正确的容器初始化应包含 IP 地址覆盖设置：

var cosmosDbContainer = new CosmosDbBuilder()
    .WithEnvironment("AZURE_COSMOS_EMULATOR_IP_ADDRESS_OVERRIDE", "127.0.0.1")
    .Build();
await cosmosDbContainer.StartAsync();

2. 客户端配置关键点

Testcontainers-dotnet 提供了预配置的 HTTP 客户端，这是解决 SSL 问题的关键：

var cosmosClientOptions = new CosmosClientOptions
{
    ConnectionMode = ConnectionMode.Gateway,
    HttpClientFactory = () => cosmosDbContainer.HttpClient
};

var cosmosClient = new CosmosClient(
    cosmosDbContainer.GetConnectionString(), 
    cosmosClientOptions);

技术原理

1. 网络隔离：Testcontainers 创建的容器运行在隔离的网络环境中，直接使用本地回环地址(127.0.0.1)可以避免复杂的网络路由问题。

2. 证书验证：CosmosDB 模拟器使用自签名证书，预配置的 HTTP 客户端已经处理了证书验证逻辑，避免了手动配置的风险。

3. 连接模式：Gateway 模式更适合测试场景，它通过 HTTP/HTTPS 协议与 CosmosDB 交互，简化了网络配置。

常见误区

1. 错误的自定义 HttpClient：许多开发者尝试手动创建 HttpClient 并禁用证书验证，这会导致请求挂起。

2. 并行测试问题：测试并行执行时可能出现端口冲突，建议使用测试框架的并行控制功能或为每个测试创建独立容器。

3. IP 地址配置遗漏：缺少 IP 地址覆盖设置会导致容器内部网络路由问题。

最佳实践建议

1. 始终使用容器提供的预配置 HttpClient
2. 为每个测试类创建独立的容器实例
3. 明确设置 ConnectionMode 为 Gateway
4. 在 CI/CD 环境中确保 Docker 守护进程可用
5. 考虑使用 IAsyncLifetime 管理容器生命周期

通过遵循这些实践，开发者可以充分利用 Testcontainers-dotnet 进行可靠的 CosmosDB 集成测试，提高开发效率和测试可靠性。