amazon-web-services - AppConfig 可以用于跨账户部署吗？

Question

我正在考虑使用 AppConfig，但我很难理解在测试和暂存部署在不同帐户中的情况下如何使用配置。
在这两个帐户中拥有两个完全不同的 AppConfig 设置似乎适得其反，因为这会使将配置提升到不同的部署变得困难。
我也可以设置一个 AppConfig，并从我的应用程序中调用它，但这需要使用我假定的不同角色进行跨账户访问，因为无法使用 ARN 或基于资源的策略访问 AppConfig。
那么我将如何跨多个帐户访问 AppConfig？

Answer 1

堆栈集
某些服务确实通过控制台提供 native 多帐户支持。但如果失败，你可以随时使用 StackSets .如果您可以设法打包您的 AppConfig很好地变成了 CloudFormation模板，您可以将一组堆栈部署到 Organizational Unit ，这将部署到该 OU 中的所有帐户.
根据您的要求，这可能适合也可能不适合您的用例。对此的典型用例是在这些帐户中强制执行合规性和统一性，即 VPC 设置一致、启用日志记录等。 不一定要将应用程序部署到不同的帐户中并不是说这不是一个好主意，这取决于。
CI/CD - 首选 (IMO)
我相信大多数人所做的是在 AWS 中拥有一个 CI/CD 帐户，或者在 AWS 之外拥有一个单独的 CI/CD 工具，它会有一个管道(AWS 中的 Code Pipline)，它将每个帐户作为一个单独的舞台。在您的管道中，如果需要，您将为每个账户设置环境变量，并对您手动执行 ATM 的 AWS 进行 CLI/API 调用。由于以下原因，IMO 在大多数情况下这将是最易于维护的方法:

很容易在环境中产生差异，(CloudFormation 中的条件很难维护 IMO

如果您的堆栈组中的一个堆栈存在问题，则不是这样的问题，因为您可能有一个堆栈影响其他堆栈。

与仅使用 CloudFormation 相比，您通常具有更多的粒度和控制权。和 StackSets尽管稍加努力，您可以在技术上使用 CloudFormation 做所有事情.

服务目录
另一种选择是使用 AWS 服务目录，自动更新预置产品，有一个示例 here .但这同样适用于使用公司可用 IT 产品的组织中的独立 IT 团队的稍微不同的用例。