云服务

云服务开发这一概念包含几种不同的开发类型。让我们来看够利用 云计算来开发自己的业务 应用的不同方法。

软件即服务(SaaS)可能是最普遍的云服务开发类型。有了SaaS，一个独立的应用通过供应商的服务器交付给成千上万的使用者。客户不必为拥有软件而支付费用，确切的说，他们支付使用费。用户通过web可以访问的API使用应用。

供应商所服务的每一个组织都称之为一个租户，这种类型的配置称为多租户架构。供应商的服务器被虚拟地划分成多个 部分从而使得每个组织都可以利用定制的 应用实例进行工作。

对客户而言，SaaS无须前期的服务器或 软件许可投资。对 应用开发者而言，只需要为多个客户端维护一个应用。

许多不同类型的公司都在利用SaaS模型开发 应用。也许最为著名的Saas 应用就是谷歌为自己的客户群所提供的应用。

平台即服务

平台即服务(PaaS)是SaaS的一个变种，整个开发环境作为一个服务而提供。开发者利用供应商开发环境中的“ 结构单元”来创建自己的客户 应用。这在某种程度上就像利用Legos构造 应用，尽管最终应用在一定程度上受到可用代码块的限制，但利用这些预定义的代码块，应用的构建变得更容易。Web服务

一个web服务就是一个在网络上，通常是因特网上运行的 应用。更典型的说法是，一个web服务就是一个能够通过因特网访问的AH。用户所请求的服务运行在远端系统上，后者充当服务的宿主。

这种类型的Web AH使得用户能够利用因特网上共享的功能，而不是提供自己的完整的 应用程序。这种做法的最终结果是一个定制的、基于Web的 应用程序，该程序的大 部分由第三方提供，因而减轻了传统应用程序在开发和带宽方面的需求。

一个不错的Web服务的例子就是 谷歌地图AH用户所创造的“整合 应用”。利用这些定制的 应用程序，供应给地图的数据由开发者提供，而创造地图本身的引擎则由谷歌提供。开发者无须编写代码或提供地图 应用，他所要做的一切就是连接到谷歌的Web AN。

正如你可能猜测的那样，Web服务的优点包括更快的(和更低成本的) 应用开发，更精简的应用和较少的存储和带宽需求。

实际上，web服务使得开发者每次开发新 应用的时候不必重复开发相同的功能。利用来自Web服务提供商的代码，他们在开发自己的 应用的时候更容易成功。 按需计算

顾名思义，按需(on—demand)计算将计算机资源(处理能力、存储等)打包成类似公共设施的可计量的服务。在这一模式中，客户只需为他们所需的处理能力和存储支付费用。那些具有很大的需求高峰并伴有低得多的正常使用期的公司特别受益于 效用计算。当然，该公司需要为高峰使用支付更多，但是，当高峰结束，正常使用模式恢复时，他们的费用会迅速下降。

按需计算服务的客户端基本上将这些服务作为异地 虚拟服务器来使用。无须投资自己的物理基础设施，公司与云服务提供商之间执行现用现付的方案。

按需计算本身并不是一个新概念，但它因 云计算而获得新的生命。在过去的岁月里， 按需计算由一台服务器通过某种分时方式而提供。

亚马逊的服务提供了三种配置的 虚拟服务器让客户选择：

●小型的，它相当于一个具有1．7GB内存，160GB 存储空间和一个32位 内核处理器的系统。●大型的，它相当于它相当于一个具有7.5GB内存，850GB 存储空间和两个64位 内核处理器的系统。●超大型，它相当于一个具有15GB内存，1.7TB 存储空间和四个64位 内核处理器的系统。

换句话说，你只需要选择想要的 虚拟服务器的配置和计算能力，而剩下的事情由亚马逊来完成。 EC2仅仅是亚马逊Web服务(AWS)产品集的一 部分，它使得开发人员能够直接访问亚马逊的 软件和机器。通过充分利用亚马逊已经建成的计算能力，开发人员能够建立可靠的、强大的、低成本的基于web的应用。亚马逊提供了云(以及对它的访问)，开发人员提供了其余 部分。他们只需要为他们所使用的计算能力支付相应的费用。 AWS也许是目前最流行的 云计算服务。

云服务技术堆栈

一直以来，一些 云计算供应商都致力于提供特定 软件堆栈的服务。通常，这就意味着他们从基础设施即服务（IaaS）转变至平台即服务（PaaS）。不同堆栈特定云可与其他的大多数流行 软件堆栈相配合。

费用对比

云计算的安全和管理问题是众所周知的，除此之外，关于云服务的计费也是一个不小的挑战。云服务供应商们总是喜欢吹嘘说他们的服务使用起来有多么的简单，实际上，广大IT经理们都已发现 云计算服务的计费并不简单。

云服务的计费是基于许多因素的，从所需的 存储空间，到所使用的时间周期，再到每个月的流量分配，等等这些因素都可能成为计费参考。实际上还不止这些，一些云服务供应商还会基于SLA之内的一些隐性条款来收费。为了弄明白一项 云计算服务的总费用，用户需要了解供应商账单上的每一项服务要素，以及其计费方式。

服务的计费项目

另一个决定服务真正费用的关键因素是所需的服务类型。对于一些企业而言，所谓的云服务可能只是 服务器托管、专用服务器租赁，或是将 应用运行在云中。而对于其它一些企业而言，云服务可能就是基于云的数据备份、业务持续性的维持，或是基本的存储托管。

对于广大用户而言，要弄明白 云计算服务最简单的方式就是将注意力放在最主要的服务项目上。大多数云服务供应商都会将它们的服务分为三个基本类型：云中服务器、 云存储、云工作站和云 应用。每一项服务都有其自己的计费方式。

云中的服务器主要分为两种形式：虚拟服务器和物理服务器。换句话说，你既可以在 虚拟服务器（与其他人共享物理硬件）上购买使用时间，也可以在专用服务器（你是该服务器唯一的租户）上购买使用时间。

云服务外包注意事项

随着云技术的告诉发展，越来越多的企业将数据转移到云上，但是云服务外包业务并不像表面看起来的那么简单，即使企业将云服务外包给云服务商也不可能“一劳永逸”。事实上，CIO们需要注意的方面很多，下面是总结的部分事项。 ^[7]
　　管理问题：过去，大部分时间都花在各种定制开发代码的固定的产品异常上。然而，有了SaaS和云，这方面的时间节省了很多。在SaaS体验模型中IT服务人员不用负责解决该问题，而直接将问题交给SaaS供应商。
　　产品作业管理：维持产品作业，安排、监控并重启是很多产品支持员工的核心工作。然而，大多数云IaaS供应商或者私有云平台可以实现自动化，大部分任务都被简化，并可以重复访问。
　　预防&适当维护：早期的应用程序支持员工需要和很多第三方供应商一起工作，来确保安装了合适的操作系统版本以及补丁程序，这样应用程序在未来的使用中不会因故停工。但是，使用PaaS（平台即服务）和SaaS（软件即服务）之后，这里的大部分工作都可以交给云供应商。
　　服务持续性管理：设置恢复测试以及测试灾难修复在过去是一项特别费劲的事。事实上，因为这项操作的复杂性，有一些公司干脆就没有适合的灾难恢复点。然而，云简化了灾难恢复的创建，现在准备这项操作已经相当简单了。
　　许可管理：COTS中的企业授权模型和自定义应用程序时代有很大区别，因此，SaaS应用程序采纳的价格模型需要修订。
　　应用程序开发服务：过去，企业习惯于给出各种用户应用程序的开发需求，并为开发准备一个典型的资源修复池，然而，使用了SaaS、PaaS和基于云的整合之后，改变了开发服务的资源分配。如果企业决定利用SaaS作为服务体验模型的话，为新的大规模用户开发而分配的预算要重新计算了。
　　总之，CIO们如果想搭上云时代发展的快车，还是请确保解决以上这些问题后，在将云服务进行外包，以免造成不必要的损失。