【IT168技术文章】

    来自微软的八名架构师撰写了设计S+S和云计算的注意事项，这篇文章集合了在为企业规划软件加服务（S+S）的解决方案时，应该考虑的设计因素。

    文章的作者有FredChong、AlejandroMiguel、JasonHogg、UlrichHomann、BrantZwiefel、DannyGarber、JoshyJoseph、ScottZimmerman和StephenKaufman，他们将S+S定义为软件即服务（SaaS）的扩展：

    S+S为组织外包开发、管理、部署提供了更多的选择，也提供了更多运行业务的技术操作因素。S+S与面向服务的体系架构（SOA）原则协同工作。S+S提供了采购、融资、部署应用软件和服务的多种模式，从而帮助实现SOA的企业增加其技术选择。

    S+S与SOA相辅相成，因为“S+S凭借部署在公司内部的云计算和解决方案为组织提供了优化IT投资的计算模型”。S+S并不会否定使用SOA的地方，而是“提供采购、融资、部署应用软件和服务的多种模式，以此帮助SOA优化其技术选择”。

    在作者的设想中，S+S、SOA、云计算之间的关系如下：

    文章对企业架构做了如下分析，从而解决了很多问题：

    企业架构

   要实现S+S，企业架构需要评估现有的IT资源，包括系统、应用、人力和经验，决定哪些是内部可实现的，哪些需要外包。就此而言，作者推荐了一个很多大型组织已经在用的模式：

  ·  专有、涉及关键业务的系统——这些系统本质上是专有、涉及关键业务的，或者是提供竞争优势的，它们往往被看得很重要，外包给外部服务供应商的话会有风险。因此这些系统往往由组织的现有IT部门设计、开发、操作、管理。

   · 非专有、涉及关键任务的系统——那些非专有，但仍然涉及关键任务的系统可以由另一家公司开发，不过仍然要由组织的现有IT部门设计、操作和管理。

 ·   非专有的系统——只要能和服务供应商建立合适的服务水平协议（SLA），非专有、提供标准化功能和接口的系统通常就很适合外包给云服务供应商。这种系统的例子有电子邮件、日历、内容管理工具。

    他们还建议仔细斟酌组织的IT成熟度、ROI或成本节约、以及采用S+S解决方案的难易程度。