最近，我去了AWS Proton服务，我也尝试了动手服务，不幸的是，我没能成功。我无法理解的是，我使用Proton获得了什么优势，因为我可以使用CodeCommit、CodeDeploy、CodePipeline和CloudFormation构建端到端管道。如果有人能记下质子可以与我上面建议的组件相比使用的用例，那就太好了。
据我所知，AWS Proton与AWS服务目录相似，因为它允许管理员准备一些CloudFormation(CFN(模板，开发人员/用户可以在需要时提供这些模板。不同之处在于，AWS服务目录面向普通用户，例如那些只想由管理员启动每个配置的实例，或从一组批准的架构(例如实例+rds+lambda函数(中提供整个基础设施的用户。相比之下，AWS Proton面向开发人员，因此他们可以自行提供开发所需的整个架构，例如CICD管道。
在这两种情况下，CFN都被用作定义和提供这些架构的主要方式。您可以将AWS服务目录和AWS Proton视为高级别服务，而CFN视为低级别服务，用作其他两个服务的构建块。
因为我可以使用CodeCommit、CodeDeploy、CodePipeline和CloudFormation 构建端到端管道
是的，在这两种情况下(AWS服务目录和AWS质子(，您都可以做到这一切。但并不是每个人都想这么做。许多AWS用户和开发人员没有时间和/或兴趣在CFN中定义他们需要的所有解决方案。这很耗时，需要经验。此外，允许您帐户中的每个人无任何限制地提供所需的一切，这不是一种良好的安全做法。
AWS服务目录和AWS Proton解决了这些问题，因为您可以预先定义一组CFN模板，并允许您的用户和开发人员轻松提供它们。它还为您的帐户提供了清晰的角色分隔，因此您有管理基础设施和管理员的用户，而其他用户是用户/开发人员。通过这种方式，这两组用户都专注于他们最了解的东西——作为代码和软件开发的基础设施。