AWS Proton 与 CloudFormation

如何解决AWS Proton 与 CloudFormation

最近去了AWS Proton服务，也尝试做一个动手服务，可惜没能成功。 我无法理解的是我使用 Proton 获得了什么优势，因为我可以使用 CodeCommit、CodeDeploy、CodePipeline 和 CloudFormation 构建端到端管道。 如果有人能记下与我上面建议的组件相比可以使用 Proton 的用例，那就太好了。

解决方法

据我所知，AWS Proton 与 AWS Service Catalog 相似，因为它允许 管理员准备一些 CloudFormation (CFN) 模板，开发人员/用户可以在需要时提供这些模板。不同之处在于 AWS Service Catalog 面向一般用户，例如那些只想由管理员启动每个配置的实例，或从一组批准架构（例如实例 + rds + lambda 函数）中提供整个基础设施的人。相比之下，AWS Proton 面向开发人员，因此他们可以自行配置开发所需的整个架构，例如 CICD 管道。

在这两种情况下，CFN 都用作定义和配置这些架构的主要方式。您可以将 AWS Service Catalog 和 AWS Proton 视为高级服务，而将 CFN 视为低级服务，用作其他两个服务的构建块。

因为我可以使用 CodeCommit、CodeDeploy、CodePipeline 和 CloudFormation 构建端到端管道

是的，在这两种情况下（AWS Service Catalog 和 AWS Proton），您都可以做到。但并不是每个人都想这样做。许多 AWS 用户和开发人员没有时间和/或兴趣在 CFN 中定义他们需要的所有解决方案。这很耗时，需要经验。此外，允许您帐户中的每个人不受任何限制地提供他们需要的一切不是一种好的安全做法。

AWS Service Catalog 和 AWS Proton 解决了这些问题，因为您可以预定义一组 CFN 模板并允许您的用户和开发人员轻松配置它们。它还在您的帐户中提供明确的角色分离，因此您拥有管理基础设施和管理员的用户，而其他用户则是用户/开发人员。这样，这两组用户都可以专注于他们最了解的领域 - 基础设施即代码和软件开发。