云架构Paa S、Caa S还是Faa S？该如何选择？制作“云”汉堡关于CaaS、PaaS、FaaS和无服务器的关键注意事项一些关于研究和原型制作的问题1.你是否有一支只负责少量应用程序的小型团队？：云架构PaaS、CaaS还是FaaS？

原标题：云架构PaaS、CaaS还是FaaS？该如何选择？
PaaS、CaaS还是FaaS？基于容器的应用程序选择云架构时应当注意哪些关键问题和事项？数据湾给大家介绍一下。
想象一下，走进一家专门经营汉堡包的商店，里面有各式各样的汉堡包。虽然店里只有汉堡包
但是当你想购买汉堡包时，那么这家商店可提供的选择还是很多的。

文章图片
如果你是汉堡包达人，那么你可以在第一通道自己挑选牛肉、鸡肉、奶酪、面包、蔬菜、调味
品以及其他制作汉堡包可能要用到的配料。你甚至还可以选择用于盛餐的盘子和容器。
如果你没有时间、手艺或兴趣自己制作汉堡包，那么你可去第二通道，并在那里购买一个汉堡
包。除了经典款外，你还可以选择有机汉堡、素汉堡、甚至是生酮keto汉堡。你只需要按照说明进行操作，就可以吃上一个美味的汉堡。
如果你是汉堡包厨师，那么老板可能会打来电话，让你在午餐前的两个小时内制作300个不同类型的汉堡。除了制作汉堡之外，你还必须要招呼客人并负责收款。在这期间，你必须要小心，因为有些人对汉堡包会有一些特殊的要求，还有一些人则会插队并偷走他们的午餐。
最后，在午餐期间你会遇到健康和安全检查，因此无论你做什么都应严格遵守规定。遗憾的是
，和你一起工作的只有几个人，并且他们在这些方面几乎没有什么经验。
制作“云”汉堡选择云架构非常类似于上述制作汉堡包的操作，并且在许多方面要更为复杂。在选择使用哪个
云架构时，开发人员、工程师、架构师和IT领导者需要考虑平台、性能、法规和其他因素。
哪种架构可为客户提供更好的体验和更高质量的产品呢？哪个更易于操作并能按期完成呢？哪条路径可以更好地处理支持性、合规性和安全性问题呢？最后，哪种方法是你能够以最低的成本部署的呢？
工程技术人员可以选择“容器即服务”(CaaS) ，并对应用程序进行容器化。这相当于厨师通过第一通道自己制作汉堡。如果他们不具备这些专业知识，那么平台即服务(PaaS)相当于在第二通道，他们可以选择套件并遵循使用指导和限制。
那CaaS和PaaS都不符合需求呢？
那也好办，你可以从头开始构建所有内容(基础设施即服务或
IaaS) ，也可以将函数部署到无服务器环境(也就是函数即服务或FaaS) 。
FaaS是一种无服务器计算，旨在响应单个任务。例如， FaaS可用于验证用户身份，对正文进行拼写检查或进行数学计算。
显然，将代码托管、配置、管理或部署到云端有许多选项。在考虑不同的产品解决方案时，事情往往会变得非常复杂。 PaaS选项包括Azure应用服务、AWSElasticBeanstalk、谷歌AppEngine、RedHatOpenShift和Salesforce的Heroku等。如果你正在考虑CaaS解决方案，那么你会发现亚马逊、谷歌和微软都拥有自己的托管Kubernetes服务，它们分别为EKS、GKE和AKS 。此外，你还可以选择来自VMware、IBM、甲骨文、Rackspace等厂商的产品。
当然，你还有更多的无服务器选项。 AzureServerless拥有无服务器函数、KubernetesPod和应用程序环境。 AWS的无服务器选项则较为广泛，并涉及计算、存储、数据仓库、API代理等的功能类别。谷歌Cloud对无服务器进行了广泛的定义，其中包含了BigQuery和AutoML等服务。
关于CaaS、PaaS、FaaS和无服务器的关键注意事项在评估不同的云体系结构时，需要注意以下一些事项。
目标受众——PaaS和FaaS选项的优先目标是开发人员，他们使得解决方案更易于配置且可与
CI/CD(持续集成/持续交付)管道整合在一起进行部署。容器参数化了操作环境和平台配置，因此这些工具的目标通常是操作人员和系统管理员。
可配置性vs敏捷性——通常， CaaS的可配置性最高。在容器化方面， CaaS在平台和配置的选择上赋予了操作人员极大的灵活性。 PaaS和FaaS则更专注于敏捷性，能够帮助开发人员更快地部署和测试代码。
已经过优化的PaaS解决方案——如果PaaS和FaaS解决方案经过了预先优化，那么这意味着
你已被平台和配置选项所锁定。这些解决方案是根据设计师的意见开发的，这些设计师决定了开发人员的需求、最佳实践和目标性能特征。对于那些喜欢更高的灵活性或更多控制权的操作人员而言，这种自以为是的PaaS或FaaS会让他们感到束手束脚。