当 RDS 集群是 AWS Codepipeline 的一部分时创建 RDS 架构
Create RDS schema when RDS cluster is part of a AWS Codepipeline
我正在构建一个系统，该系统具有与 CI/CD 管道（AWS CodePipeline ) 与 Git WebHook 集成。所以，我有一个提供网关、lambda 和 RDS 集群的模板。此外，我的模板中有一个自定义资源，用于创建数据库和表（暂时不摄取数据）。
关于前面提到的架构，这里我有两个问题：
- 在这种情况下，根据标准，用于创建架构的自定义资源是最佳方法吗？
- 关于数据摄取和模式更新，在管道内管理它是一个好的做法，还是在管道外进行管理更好（运行 手动增量脚本）？
如果您在管道流程中管理架构更改...您如何实现？
谢谢
此时创建初始模式最好的选择是使用自定义资源。
关于数据 ingestion/schema 更新如果您使用版本控制进行管理，那么拥有某种管道绝对是正确的方法，但是，困难在于回滚场景（尤其是数据操作）。
您可以在 CodePipeline 中使用纯 Lambda 操作（包括测试和回滚您的更改的功能），或者您可以将 Lambda 函数与第三方解决方案集成以管理对您的 SQL 架构的滚动更新。
我正在构建一个系统，该系统具有与 CI/CD 管道（AWS CodePipeline ) 与 Git WebHook 集成。所以，我有一个提供网关、lambda 和 RDS 集群的模板。此外，我的模板中有一个自定义资源，用于创建数据库和表（暂时不摄取数据）。
关于前面提到的架构，这里我有两个问题：
- 在这种情况下，根据标准，用于创建架构的自定义资源是最佳方法吗？
- 关于数据摄取和模式更新，在管道内管理它是一个好的做法，还是在管道外进行管理更好（运行 手动增量脚本）？ 如果您在管道流程中管理架构更改...您如何实现？
谢谢
此时创建初始模式最好的选择是使用自定义资源。
关于数据 ingestion/schema 更新如果您使用版本控制进行管理，那么拥有某种管道绝对是正确的方法，但是，困难在于回滚场景（尤其是数据操作）。
您可以在 CodePipeline 中使用纯 Lambda 操作（包括测试和回滚您的更改的功能），或者您可以将 Lambda 函数与第三方解决方案集成以管理对您的 SQL 架构的滚动更新。