作为ASP(Application Service Provider，应用服务提供商))模式，实际上有二类业务模式：

 

　　ASP模式的第一类模式是大企业的ASP模式，这种模式是比较早期的，大企业由于全球化的发展，跨地域的协作变得日益重要，互联网正好为大企业的这类协作需求提供了实现的可能。大企业把原本构建在企业网络内部的系统放到互联网中，出于带宽、运维等方面的考虑，把这类系统放到托管商的IDC杋房。这种模式是针对大企业，一般来说这类系统是大企业的专用系统。

 

　　ASP模式的第二类模式是通用软件的ASP模式，托管商从大企业系统的托管，看到了互联网对于企业应用的利益，面向某一类应用的通用系统，去满足某一类企业的普遍需求，造成了通用软件的ASP模式。

 

　　很不幸，2000年的ASP泡沫破灭。这既有互联网建设和普及度跟不上ASP应用网络要求的原因，也有ASP厂商技术层面的原因。

 

　　SaaS(Software as a Service，软件即服务)模式作为ASP的进化模式，为了重蹈ASP的覆辙，厂商避免把它称为ASP 2.0。

 

　　SaaS(Software as a Service，软件作为服务)是从ASP(Application Service Provider，应用服务提供商)模式演变而来，ASP和SaaS和重点都是“软件部署为托管服务，通过因特网存取”，SaaS其实本质就是ASP。

 

　　但是，SaaS确实和早期的ASP模式有着区别，主要表现在二个方面：

 

　　首先，SaaS对于应用来说，更强调应用的可定制性，SaaS的定制能力使得SaaS应用能适合更广泛的企业用户。

 

　　另外，SaaS应用更拓展了ASP的应用范围，并不仅仅局限于应用系统的托管，而更着眼于提供更多的互联网服务，Google Apps、Google Map甚至于邮件服务，都可以认为是SaaS应用的一种表现形式，原来含义上的托管已经从窄义的应用向广义的互联网应用转换。总之，SaaS提供了企业更多可供选择的互联网服务。

 

　　SaaS能够让ASP模式“死灰复燃”，根本原因是SaaS模式改变了早期ASP模式应用单一，服务单一的弊端，这种改变改变了原有ASP的商业模式，SaaS虽然通过定制适应了应用需求，但是主要是针对某一类型的应用需求，这限制了SaaS模式的推广，另外，SaaS模式的互联网服务，基本上还是以零散的方式来提供。

 

　　SaaS 2.0继承了SaaS模式，当然，我们把早期的SaaS应用称为SaaS 1.0。但和SaaS 1.0相比，SaaS 2.0更关注于应用的敏捷性和多服务的整合提供。首先，SaaS 2.0应用更类似于向最终用户提供了一个“可编程”的应用托管平台，在此平台上，企业能更“柔性”地搭建自己的应用；其次，在SaaS 2.0的应用中，还承载和整合了多种互联网服务，这些服务通过SaaS 2.0进行整合，集约地提供给企业用户，和敏捷的应用互相辉映。

 

　　不管如何来说，SaaS和SaaS 2.0的实质都是ASP模式，企业应用托管正经历着从早期的ASP模式到SaaS模式，最后到SaaS 2.0模式的进化。