最近，我去了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 则视为低级服务，用作其他两个服务的构建 block 。

because the end to end pipeline I can build using CodeCommit, CodeDeploy, CodePipeline, and CloudFormation

是的，在这两种情况(AWS Service Catalog 和 AWS Proton)中，您都可以执行所有这些操作。但并不是每个人都愿意这样做。许多 AWS 用户和开发人员没有时间和/或兴趣在 CFN 中定义他们需要的所有解决方案。这非常耗时并且需要经验。此外，允许帐户中的每个人不受任何限制地配置他们所需的一切，不是一个好的安全实践。

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

https://stackoverflow.com/questions/65507152/