关于SaaS PaaS IaaS理解

最近翻看了一本关于云计算服务的书，书中对SaaS PaaS IaaS三种模式的利弊及使用场景都做了详细的分析和讲述，也刷新了我之前对三种服务模式的理解。现将一些主要内容整理出来以便与大家分享和加深自己的记忆。不过本人对技术的理解能力比较有限，如果内容中有理解错误的地方还请大神指出。

云计算的概念虽然很早以前就已经存在。但是经过数十年的发展现在的开发者已经无需在考虑购买任何硬件或自己建造数据中心，就可以通过一种按需供应的软件产品解决方案（SaaS，软件即服务），或是以一个无需任何基础设施成本便可快速开发的解决方案平台（PaaS，平台即服务），抑或是以一种可基于较低成本构建可扩展的虚拟数据中心（IaaS，基础设施即服务）。

在IaaS中，其实就是将以往需要技术人员管理和维护的服务器、网络、硬盘等物理设施和数据中心服务化和商品化了。企业可以按照自己的需求购买相应的基础设施服务，并可以通过一个网页的管理控制台形式对虚拟主机进行访问和部署。有效降低了企业的基础设施成本，及设施运维成本。代表供应商：亚马逊AWS、Rackspace等。

在往上一层是PaaS。PaaS服务供应商通常会提供给开发者一套工具，开发者能够使用这套工具所支持的编程语言、库、服务等，将自己创建的应用部署到云基础设施上。这套工具会在某种程度上限制开发者控制服务器底层的权限。从而制定一个标准，确保对每个人来说平台都有同等的扩展能力。开发者不会对底层云基础进行管理和控制，从而将更多的精力放在实现业务逻辑上。代表供应商：Gooogle Apps Engine、微软Azure、Forece.com。

最上层是SaaS。SaaS层个人理解其实就是大部分toB产品经理干的事，SaaS供应商负责处理所有有关产品底层设施及功能逻辑问题。消费者（也就是用户）要做的只是对软件的一些具体的应用参数进行配置和管理。消费者不会直接对底层云基础设施进行管理或控制。比较常见的SaaS应用像CRM、ERP、财务系统及其他业务软件。

以上三种服务模式层级越往上，消费者对底层基础设施的控制权限越少。企业及开发者需要根据自己目前的业务、技术能力、资金情况等等选择一种或多种服务模式。如一般的企业会将自己的HR系统、CRM、ERP等非核心工作流外包给某一个SaaS服务提供商，前提是这些业务并非是公司的核心业务。如果自己开发应用就必须耗费大量的人力财力来对系统进行维护，得不偿失。当然如果当一些SaaS级的应用满足不了企业的一些定制化需求的时候，企业就需要根据自身情况选择PaaS或IaaS服务模式自己建立应用系统。

例如一些初创型的企业或小型公司因为技术资源有限可能会优先选择PaaS。他们无需在考虑基础设施、网络、安全补丁、日志、扩展、故障转移等，这些全部由服务供应商提供支持。从而开发者可以专注于构建云端应用。但是PaaS模式一般会要求开发者使用某种特定的编程语言和服务商的基础设施上开发。而一些大的企业因为他们的系统架构非常复杂，使用的编程语言和基础设施也各不相同，所以无法完全转移到PaaS上。当然现在的好多PaaS服务提供商已经支持多种编程语言比如：PHP、Python、Node. js，甚至还可以将PaaS软件部署在开发者自己的服务器上。

但是如果一个应用对性能和扩展性要求特别高，需要开发者自己来配置和管理底层的内存、数据库及并发量，就应该选择IaaS。当PaaS提供商服务出现中断时，企业或开发者只能等待PaaS提供商修复问题后，重新恢复上线。而如果选择IaaS，则可以通过跨越多个物理或虚拟数据中心构建沉余服务。当然如果选择SaaS模式，相对应的各种成本也会随之提高。

一般大企业有可能会同时选择三种模式架构。比如非核心业务如在线支付、ERP、CRM等交给SaaS提供商。较为核心的业务可以选择PaaS，但是PaaS存在中断风险，所以核心业务选择IaaS公有云。且可以将重要数据保存在自己的私有云中，利用公有云来应对高流量的并发，也叫混合云。

SaaS模式能够使企业提高面向市场的速度，降低企业的人力和运营成本。

PaaS模式能够降低开发者搭建和部署应用的工作量和资源，从而大幅降低成本。

IaaS模式能对基础设施有更多的控制力，更有可能避免因为供应商的服务中断导致系统无法上线或正常运行。

三种模式各有利弊，不同的企业及开发者可以根据自己不同的阶段来选择其中一种或多种来满足自己的业务需要。

当然啦大部分的产品经理一般都工作在SaaS层，不过对于下面两层都有一些了解也没什么坏处不是？