【问题标题】:AWS Accounts and Bounded ContextsAWS 账户和限界上下文
【发布时间】:2020-10-04 21:45:56
【问题描述】:

我正在将一个项目从 Azure 迁移到 AWS。在 Azure 中,我们为每个环境(例如“dev、test、prod”和资源组)使用订阅来集群资源,这些资源是有界上下文的一部分。

如何在 AWS 中组织这个场景?我们从 AWS Organizations 开始,将环境组织在不同的组织单元中。在一个 OU 中,宁愿为每个有界上下文创建一个帐户,还是让所有资源都存在于一个帐户中并改为使用资源组?

有什么建议吗?

【问题讨论】:

    标签: amazon-web-services architecture cloud domain-driven-design bounded-contexts


    【解决方案1】:

    理想情况下,您应该在各自的组织单位内为每个环境至少拆分一个帐户。

    随着时间的推移,您可能会考虑进一步拆分,例如每个应用程序的帐户以及特定功能的帐户,例如集中监控等。

    AWS 还发布了他们的最佳实践列表here,如果这有助于您做出决定。

    【讨论】:

    • 假设在我的项目中,我有几个有界上下文,例如“订单、用户管理、用户界面、用户计费等”。您是将这些上下文分别放入一个专用帐户还是将它们放入一个帐户并改用资源组?
    • 如果您想有界限,那么是的,他们将在每个环境中拥有单独的帐户。但是,您可能有一个用于记录的帐户,然后将所有日志推送到该帐户。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-07-10
    • 2023-02-02
    • 2016-12-15
    • 1970-01-01
    • 2014-03-03
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多