Spring Boot中创建多个DynamoDB连接是否属于最佳实践？

问题1：是否可以创建多个AmazonDynamoDB客户端？ #

完全可以，每个通过AmazonDynamoDBClientBuilder构建的客户端实例会独立维护连接池、凭证提供链、区域配置等资源，完全适配你不同表对应不同ak/sk的场景。

推荐实现方案 #

方案1：多客户端实例+路由映射（复杂度低，推荐中小流量/表数量少的场景） #

• 首先在Spring配置类中声明多个DynamoDB客户端Bean，用@Qualifier区分不同表对应的实例：

@Configuration
public class DynamoDbConfig {
    // table_a对应的客户端
    @Bean
    @Qualifier("tableaDynamoClient")
    public AmazonDynamoDB tableaDynamoClient() {
        BasicAWSCredentials credentials = new BasicAWSCredentials("ak_a", "sk_a");
        return AmazonDynamoDBClientBuilder.standard()
                .withCredentials(new AWSStaticCredentialsProvider(credentials))
                .withRegion(Regions.AP_NORTHEAST_1) // 替换为实际业务区域
                .build();
    }
    // 同理声明table_b、table_c对应的客户端Bean，分别用@Qualifier("tablebDynamoClient")、@Qualifier("tablecDynamoClient")标注
}

• 封装Dynamo客户端路由工厂，根据请求的表标识返回对应客户端：

@Component
public class DynamoClientRouter {
    @Autowired
    @Qualifier("tableaDynamoClient")
    private AmazonDynamoDB tableaClient;
    @Autowired
    @Qualifier("tablebDynamoClient")
    private AmazonDynamoDB tablebClient;
    @Autowired
    @Qualifier("tablecDynamoClient")
    private AmazonDynamoDB tablecClient;

    public AmazonDynamoDB getClient(String tableType) {
        switch (tableType) {
            case "A": return tableaClient;
            case "B": return tablebClient;
            case "C": return tablecClient;
            default: throw new IllegalArgumentException("不支持的表类型");
        }
    }
}

• 业务逻辑层直接调用路由工厂获取对应客户端操作表即可。

该方案优势是实现简单、逻辑清晰，没有额外依赖；劣势是如果后续表数量持续增加，客户端实例过多会占用过多连接资源，适合表数量少于10个的场景。

方案2：STS临时凭证复用连接池（性能更优，推荐大流量/多表场景） #

如果你的不同ak/sk对应的是AWS不同的IAM角色，可以通过STS服务获取临时凭证，复用同一个DynamoDB客户端的连接池，减少资源占用：

• 首先创建一个通用的基础DynamoDB客户端，配置全局的连接池参数
• 每次请求时，先调用STS的assumeRole接口获取对应表权限角色的临时凭证，可对临时凭证做本地缓存降低调用开销
• 构造请求时手动指定RequestCredentialsProvider，复用同一个客户端发送请求

// 示例：指定临时凭证调用GetItem接口
GetItemRequest request = GetItemRequest.builder().tableName("table_a").key(key).build();
GetItemResult result = dynamoClient.getItem(request, new AWSStaticCredentialsProvider(stsTempCredentials));

该方案优势是所有请求复用同一个连接池，资源利用率更高，支持后续扩展更多表不用新增客户端实例；劣势是需要额外对接STS服务，有少量的临时凭证获取开销。

额外优化建议 #

• 所有客户端的连接池参数可以统一配置，根据业务QPS调整maxConnections、connectionTimeout等参数，避免资源浪费
• 如果使用AWS SDK v2版本，客户端类为DynamoDbClient，配置逻辑和v1基本一致，同样支持多实例和自定义凭证提供器

内容的提问来源于stack exchange，提问作者sinsanarya