SAAS（软件即服务）平台架构

软件即服务是一种软件许可和交付模式，其中软件以订阅方式获得许可并集中托管。用户可以在网络浏览器的帮助下访问它。

SaaS 是许多业务应用程序的常见交付模型，包括办公和消息传递软件、管理软件、虚拟化等。它是云计算术语的一部分，以及基础架构即服务 (IaaS)、平台即服务 (PaaS) ，桌面即服务（DaaS）。

它与通过 Internet 向业务用户提供“收缩包装”应用程序的应用程序服务提供商 (ASP) 相关联。与 SaaS 应用程序相比，早期的 Internet 交付软件具有类似于本地应用程序的功能。因为这些最初是作为单租户应用程序构建的，所以它们共享数据的能力是有限的。SaaS 应用程序是单实例、多租户架构，可提供与本地应用程序竞争的功能丰富的体验。聚合器捆绑来自不同供应商的 SaaS 产品，并将它们作为统一应用程序平台的一部分提供。

SaaS 提供商集中托管应用程序和数据——部署补丁。他们透明地升级到应用程序，通过 Internet 向最终用户提供访问。许多供应商提供开发人员用于创建复合应用程序的 API。它包含了传输和存储过程中数据安全的各种安全机制。

SAAS架构：

使用此模型，所有客户都使用具有单一配置的单一版本的应用程序。该应用程序安装在多台机器上以支持可扩展性（称为水平扩展）。在某些情况下，会设置应用程序的第二个版本，以便为选定的一组客户提供对应用程序预发布版本的访问权限以进行测试。在这种传统模型中，应用程序的每个版本都基于唯一的代码。虽然是个例外，但一些 SaaS 解决方案不使用多租户，以经济高效地管理大量客户。多租户是否是软件即服务的必要组件是一个有争议的话题。

SaaS有两种主要类型：

垂直SaaS
满足特定行业需求的软件（例如，用于医疗保健、农业、房地产、金融行业的软件）
横向SaaS
专注于软件类别（营销、销售、开发人员工具、人力资源）但与行业无关的产品。

它为各种规模的组织提供了大量机会来转移软件采购的风险，并将 IT 从被动的成本中心转变为企业中积极的、创造价值的部分。传统上，部署大型软件系统一直是一项重大任务。在大型企业中部署这些系统的成本更高。如此规模的部署所需的时间、人员和预算对任何规模的组织来说都是一个重大风险，并且通常会使此类软件无法为较小的组织提供，否则这些组织将能够从中获得大量效用。按需交付模式改变了其中的一部分。SaaS 应用程序不需要在客户端位置部署大型基础架构。

可以以最小的努力规划和执行集成，从而为重大 IT 投资创造最短的价值实现时间间隔之一。这也使得许多 SaaS 供应商可以在有限的期限内（例如 30 天）提供无风险（通常是字面上免费）的软件“试驾”。让客户有机会在购买之前试用该软件有助于消除与软件购买相关的大部分风险。

SaaS 如何影响 IT？

在您决定采用 SaaS 之后，接下来是通过评估部署将如何影响现有 IT 资产来为过渡做准备。执行尽职调查是任何成功的 IT 基础架构部署项目的常规部分。尽职调查清单中需要解决的一些领域包括，数据安全标准：将关键业务数据“移出墙外”会带来数据丢失或敏感信息意外暴露的风险。评估您的数据安全需求，并确保提供商采取措施来满足您设定的标准。报告服务：由于 SaaS 涉及放弃对您的某些数据的直接控制，因此准确且有用的报告尤为重要。确定提供商提供哪些报告服务，以及它们是否与您的商业智能要求兼容。

对 IT 角色和职责的影响

添加 SaaS 会导致 IT 部门作为信息服务提供商的角色发生根本性转变。过去，软件部署的性质使首席信息官扮演了看门人的角色。他们可以通过宣布不会将其托管在数据中心来行使否决权。使用 SaaS，对数据中心的控制并不一定等于对整个企业计算环境的控制。这可能会导致看门人担心失去控制。

结论

企业最好考虑将 SaaS 添加到其 IT 服务组合的灵活性和风险管理影响。集成和组合是架构策略中的关键组件，可以成功地将 SaaS 整合为以服务为中心的 IT 基础架构的完全参与成员。我们相信企业计算的未来不会纯粹是内部部署。相反，它们将共生和谐地存在。

参考 ：

1. https://en.wikipedia.org/wiki/Software_as_a_Service

2. https://msdn.microsoft.com/en-us/library/aa905332.aspx