参数存储与 AppConfig
Parameter store vs AppConfig
我什么时候应该使用参数存储来保存配置而不是 AppConfig？ Forex：如果我必须在 运行 时间更改日志级别，应该将其存储在 SSM 还是 Appconfig 中？
对于项目中用于测试的一些电子邮件，这些电子邮件应该存储在参数存储中还是应用程序配置中？
pros/cons 是什么？我知道 AppConfig 是作为存储应用程序配置的地方销售的，但是这两者有什么区别，特别是在具有 lambda 函数的无服务器应用程序的上下文中。
不同之处在于它们的工作方式，这在处理您想要用来管理配置的应用程序群时最为明显。
您可以认为 AppConfig (AC) 与 CodeDeploy (CD) 相似。 CD 允许您部署应用程序，同时 AC 配置文件。有了它，AC 就像 CD 一样，允许您监控成功的部署，选择部署策略（线性、金丝雀、一次性）。它还具有回滚功能。可以从 AWS 控制台管理和查看所有部署，设置警报等。
SSM ParameterStore (PS) 不执行上述任何操作。它只是 字符串数据的基本存储 。因此，如果您有 1000 个要从 PS 更新的应用程序，您将无法控制部署策略，没有集中式控制台来查看更新状态、回滚，什么都没有。所有这些你都必须定制开发。
我什么时候应该使用参数存储来保存配置而不是 AppConfig？ Forex：如果我必须在 运行 时间更改日志级别，应该将其存储在 SSM 还是 Appconfig 中？ 对于项目中用于测试的一些电子邮件，这些电子邮件应该存储在参数存储中还是应用程序配置中？ pros/cons 是什么？我知道 AppConfig 是作为存储应用程序配置的地方销售的，但是这两者有什么区别，特别是在具有 lambda 函数的无服务器应用程序的上下文中。
不同之处在于它们的工作方式，这在处理您想要用来管理配置的应用程序群时最为明显。
您可以认为 AppConfig (AC) 与 CodeDeploy (CD) 相似。 CD 允许您部署应用程序，同时 AC 配置文件。有了它，AC 就像 CD 一样，允许您监控成功的部署，选择部署策略（线性、金丝雀、一次性）。它还具有回滚功能。可以从 AWS 控制台管理和查看所有部署，设置警报等。
SSM ParameterStore (PS) 不执行上述任何操作。它只是 字符串数据的基本存储 。因此，如果您有 1000 个要从 PS 更新的应用程序，您将无法控制部署策略，没有集中式控制台来查看更新状态、回滚，什么都没有。所有这些你都必须定制开发。