PaaS CaaS或FaaS 如何选用

企业在为基于容器的运行程序选用云计算架构时须要了解关键疑问和留意事项。

构想一下，走进一家专卖汉堡包的杂货店，外面有各种各样的汉堡包，虽然有很多选用，但只要汉堡包。

假设你是一名汉堡包厨师，可以在店里选用牛肉、鸡肉和其余蛋白质，以及奶酪、面包、蔬菜、调味品以及其余制造汉堡包的食材，甚至还可以选用盛餐的盘子和容器。

假设你没有时期、技艺或兴味自己制造汉堡包，那么可以在店中购置汉堡包。除了传统的选用之外，还有素食汉堡包等。只要依照工具包中的说明启动操作，就可以吃到一个美味的汉堡。

假设汉堡包厨师突然获取通知，须要在午餐前的两个小时内制造300个不同的汉堡包。另外，除了制造汉堡之外，还必定实施一个流程为客户提供服务并取得报酬。那么须要小心，由于有些客户想要不凡订单，而另一些客户会增加订单。

最后，在午餐时期还须要启动肥壮和安保审核，因此无论做什么，都应更好地遵守规则。而你只能和几团体一同上班，他们在这种操作上阅历也很少。

制造云汉堡

在云计算架构中启动选用与这种暂时制造汉堡包的操作十分相似，并且在许多方面要复杂得多。在思考要运转的云计算架构时，开发人员、工程师、架构师和IT指导者须要思考许多平台、性能、法规和其余思考要素。

工程师可以选用容器即服务(CaaS)选项并对运行程序实施容器化，这相当于汉堡包厨师经过创立和操作餐点。假设他们不具有这些专业常识，那么平台即服务(PaaS)选项相当于选用工具套件并遵照经常使用说明和限度。

容器即服务(CaaS)敌对台即服务(PaaS)都不合乎需求吗?可以从头开局构建一切内容，(驳回基础设备即服务)，也可以将性能部署到无主机环境(驳回性能即服务)。

性能即服务(FaaS)是一种无主机计算，旨在照应单个义务。例如，性能即服务(FaaS)可用于验证用户身份、对文本体口头拼写审核或口头数学计算。

显然，有许多架构选项可以托管、性能、治理和部署代码到云平台。思考到不同的产品，事件变得愈加复杂。PaaS选项包括Azure运行服务、AWS弹性Beanstalk、Google运行引擎、RedHatOpenShift和Salesforce的Heroku等等。假设正在探求容器即服务(CaaS)处置方案，那么Azure、Google、AWS公司都有自己的托管Kubernetes服务，它们都有自己的缩写(区分是EKS、GKE和AKS)。另外，还有来自VMware、IBM、Oracle、Rackspace等的其余选项。

当然，还有更多的无主机选项。Azure Serverless具有无主机性能，KubernetesPod和运行程序环境。AWS云平台具有更宽泛的无主机选项，并将其无主机分为用于计算、存储、数据存储、API代理等的性能类别。GoogleCloud对无主机启动了更宽泛的定义，其中蕴含BigQuery和AutoML等服务。

CaaS、PaaS、FaaS和无主机的关键留意事项

审查这些不同的云计算架构时，还有一些留意事项。

指点启动钻研和原型制造的疑问

当面对如此多的选用时，一些企业将启动起码的钻研和原型设计，并选用快捷的门路。其他人将投入少量的时期、精神和费用来钻研方案，咨询专家并选用方案以成功牢靠的实施。

这两种方法都比使企业因泛滥选用而瘫痪或许无所适从要好一些。在每个组织都试图取得技术好处的快节拍环球中，过于激进和维持现状只会克服市场时机。

因此，行业专家提出一些有助于增加选用范畴和竞争范畴的关键疑问：

(1)企业是只能运转少数运行程序的小型团队吗?在这些状况下，应该思考经常使用更便捷的PaaS和无主机选项，从而可以在不破费少量时期和专业常识的状况下预先性能大少数必需的平台。AvidXchange公司平台架构总监DJNavarrete倡导说：“关于或许须要更多变卦治理支持才干成功的中小型公司，以及那些宿愿迅速提高成熟度、稳固性和速度的公司而言，平台即服务(PaaS)之所以具有吸引力是由于它提供更快的实施和效率优化之路。”

(2)企业能否有零星的有效载荷，但仍须要在须要时扩展?作用域可以是微服务或性能，但也可以扩展到完整的运行程序和数据库。这些用例十分适宜于无主机计算，只要为经常使用的资源支付费用。

(3)企业能否具有合规义务或法规规范，强迫报告口头容器、运行程序、数据库、操作系统或基础设备中的特定基础选项或设置?微软公司现代上班场合出色核心的安保和合规架构师WayneAnderson说，这是扫除无主机选项的关键要素。法律部门或审核人员通常将PCI法规和其余合规性要求解释为须要计算环境设置的证实。

(4)企业能否在应用许多公用平台或遗留运行程序?在这些状况下，或许很难找到兼容的平台即服务(PaaS)选项。同时，开发容器可以简化部署和依赖性治理。

(5)假设是大型组织或企业，在多个云平台中运营，并且在消费中具有各种运行程序和数据平台，这些组织或许选用对容器启动规范化，由于它在支持多个平台和性能选项方面提供了比拟大的灵敏性。假设合规性不是一个要素，那么依然可以思考无主机。假设企业具有足够的技艺和才干来开发Kubernetes上宽泛的选项，则企业或许会避开平台即服务(PaaS)选项。具有足够规模和技术技艺的组织(例如Shopify)可以选用以Kubernetes和容器为基础来设计自己的平台即服务(PaaS)。

(6)企业能否正在开发微服务并在基于云计算的微服务架构上启动规范化?MarkHeath倡导容器或平台即服务(PaaS)都是不错的选用，在容器中托管性能也是如此。Heath示意，无主机性能或许更易于性能且支持老本更低，而容器可以简化外部部署开发，并提供更多选项来包全端点。

(7)云计算顾问SarbjeetJohal指出，无论是构建平台、运行程序还是服务，受众是企业外部的、外部的还是面向客户的，了解运行程序的类型和最终用户的类型有助于企业预测未来的需求。Johal说：“关于外部运行程序，企业想要记载更多的访问控制，数据量或许会异常增长，并且与外部运行程序相比，外部运行程序的经常使用寿命或许更长。假设服务或平台是机器消耗品，那么或许须要启动计量。”

预测路途图和未来需求应有助于推行某些选用，并扫除其余选用。而在增加选用范畴后，通常就是启动概念验证。