软件即服务软件即服务.docVIP

软件即服务 (SaaS)： 企业角度 发布日期： 2007-05-25 | 更新日期： 2007-05-25 Gianpaolo Carraro Fred Chong Microsoft Corporation 适用于：软件即服务 (SaaS) 摘要：这是关于“软件即服务”(SaaS) 系列文章中的第三篇文章，从企业使用者角度说明 SaaS。 本页内容 简介 了解 SaaS 使用 SaaS 的好处 SaaS 连续区间 采用 SaaS 时的注意事项 以服务为中心的 IT SaaS 如何影响 IT 集成体系结构 复合体系结构 成为 SaaS 提供商 结束语 致谢 进一步讨论和反馈 简介 “软件即服务”(SaaS) 有可能改变信息技术 (IT) 部门与企业其他部门之间的关系，甚至可以认为 IT 部门的角色是企业其他部门的计算服务提供商。 SaaS 作为一种有效的软件交付机制，其出现为 IT 部门创造了机会，使他们可以将工作重心从部署和支持应用程序转移到管理这些应用程序所提供的服务上来。 反过来，一个成功的以服务为中心的 IT 部门通过提供从内部和外部资源中获得的服务，并将其与企业目标保持一致，就可以直接为企业创造出更大的价值。 （本文章还包含指向英文网页的链接） 这是关于 SaaS 系列文章中的第三篇文章。 前两篇文章侧重于详细介绍如何开发 SaaS 应用程序以及如何将其提供给客户，请单击此处查看。 这次，我们将这个问题换个形式，从企业使用者的角度介绍 SaaS： IT 部门如何从 SaaS 应用程序加入服务资产组合中受益？ 外部托管应用程序加入企业计算环境的意义何在？ 针对 SaaS 需要进行哪些准备工作？ 本文将解答上述所有问题，并一起分析几个特殊案例，可能对您所在的部门成为 SaaS 提供商和使用者有所帮助。 返回页首 了解 SaaS 简而言之，SaaS 可以定义为“将软件部署为托管服务并通过 Internet 进行访问”。 SaaS 概念通常与二十世纪九十年代的应用程序服务提供商 (ASP) 有关，ASP 通过 Internet 为企业用户提供“压缩-包装”应用程序。 在授权和体系结构等方面，这些早期所尝试的通过 Internet 交付的软件与传统的内部部署的应用程序有许多共同之处，而与现代的 SaaS 应用程序的共同之处相对较少。 因为这些应用程序最初是作为单租户应用程序构建的，与其他应用程序共享数据和进程的能力比较有限，所以与本地安装的应用程序相比，它们的经济效益较低。 现今，预计 SaaS 应用程序可以通过单实例、多租户体系结构，利用集中化优势并提供功能丰富的体验，能够与类似的内部部署的应用程序相媲美。 典型的 SaaS 应用程序既可以直接由供应商提供，也可以由称为聚合器的中间方提供。中间方将来自不同供应商的 SaaS 产品绑定在一起，作为统一应用程序平台的一部分提供。 与常用于内部部署软件的一次性许可模型相比，通常使用订阅模型出售 SaaS 应用程序访问权限，客户需要持续付费以使用该应用程序。 费率结构随应用程序变化；一些提供商收取固定费率，允许无限制地访问应用程序的一些功能或全部功能；另一些提供商收取可变费率，视使用情况而定。 在技术方面，SaaS 提供商集中托管应用程序和数据，将修补程序和升级程序透明地部署到应用程序，然后使用浏览器或智能客户端应用程序通过 Internet 将访问权限交付给最终用户。 许多供应商还提供应用程序编程接口 (API)，它可以将应用程序数据和功能提供给开发人员，供他们在创建复合应用程序时使用。 您可以使用各种各样的安全机制，确保传输和存储过程中敏感数据的安全。 应用程序提供商还可以提供一些工具，客户能够使用这些工具修改数据架构、工作流以及应用程序运行的其他方面，以满足其使用要求。 返回页首 使用 SaaS 的好处 当然，正因为 SaaS 可以加入 IT 基础结构本身不是 SaaS 加入的原因，所以必然还有其他可行的经营原因。 SaaS 为各种规模的组织提供了实实在在的转嫁软件购置风险的机会，并使 IT 部门从一个被动反应的成本中心转变为主动参与且能够为企业创造价值的部门。 管理软件购置风险 一直以来，部署如 ERP 和 CRM 应用程序套件等大型的关键业务软件系统是一项非常重要的任务。 在整个大型企业部署这些系统时，提前支付的授权成本就高达数十万美元，而且通常需要大批 IT 人员和顾问自定义这些系统，并将其与组织的其他系统和数据集成。 这种级别的部署在时间、人力和预算方面的要求，对任何规模的组织来说都意味着巨大的风险，因而较小的组织往往无法使用这类软件，否则可从中获得大量的效益。 按需交付模型在一定程度上改变了这种状况。 Saa