SaaS多租户架构AWS租户配置落地路径咨询

微服务适配的核心架构思路 #

微服务架构下，租户配置流程需解耦身份管理、租户元数据存储、业务资源初始化三大核心环节，确保各服务单一职责，同时支持租户层级的灵活扩展。

关键AWS服务及关联路径 #

1. 身份与租户标识：AWS Cognito #

• 用用户池（User Pool） 管理租户管理员/用户身份，通过自定义属性（如tenantId、tenantTier）标记租户归属；分层模式下，可在用户池预注册触发器中注入租户层级信息。
• 租户入驻时，先通过Cognito完成租户管理员身份创建，同时生成全局唯一tenantId作为租户核心标识。

2. 租户元数据存储：Amazon DynamoDB #

• 必须单独搭建租户元数据库（与应用业务数据库分离），存储租户核心配置：tenantId、租户名称、层级、状态、资源配额、关联AWS资源ID（如RDS实例、S3桶）等。
• 关联路径：Cognito预注册/自定义触发器调用Lambda，将租户元数据写入DynamoDB；后续所有微服务通过tenantId从DynamoDB获取租户配置。

3. 流程编排与自动化：AWS Lambda + Step Functions #

• Lambda负责处理租户入驻原子操作：生成tenantId、写入DynamoDB、初始化业务资源（如创建应用数据库实例、配置S3权限）。
• Step Functions编排整个租户配置流程，确保步骤顺序执行（身份创建→元数据存储→资源初始化），同时处理异常回滚。

4. 业务资源初始化：AWS RDS/Aurora + Amazon S3 + AWS IAM #

• 分层模式下，根据租户层级（如基础版/企业版），Lambda调用RDS API创建对应规格的数据库实例（或共享实例中的隔离schema），调用S3 API创建专属存储桶并配置IAM权限（绑定租户tenantId）。
• 关联路径：Step Functions触发Lambda，Lambda调用云服务API完成资源初始化，同时将资源ID更新到DynamoDB的租户元数据中。

5. API网关：Amazon API Gateway #

• 作为微服务入口，通过请求头中的tenantId（Cognito认证后注入）路由到对应租户业务逻辑，同时从DynamoDB获取租户配置进行权限/配额校验。

分层模式下的租户数据获取逻辑 #

1. 租户管理员通过API网关提交入驻请求，携带租户层级信息；
2. Cognito认证（或预注册触发器）生成tenantId，触发Lambda将租户元数据写入DynamoDB；
3. Step Functions驱动Lambda根据租户层级初始化对应资源，更新元数据；
4. 后续所有微服务请求携带tenantId，从DynamoDB拉取租户配置，按需访问业务资源。

租户数据库分离建议 #

必须将租户元数据库与应用业务数据库分离：

• 租户元数据为全局配置，需高可用性与低延迟访问，适合用DynamoDB这类无服务器数据库；
• 应用业务数据库为租户专属（或共享隔离），根据分层模式选择单租户实例、多租户schema或多租户表，与元数据存储解耦后更便于资源扩缩容和租户隔离。

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