云服务
云服务开发这一概念包含几种不同的开发类型。让我们来看够利用云计算来开发自己的业务应用的不同方法。软件即服务(SaaS)可能是最普遍的云服务开发类型。有了SaaS,一个独立的应用通过供应商的服务器交付给成千上万的使用者。客户不必为拥有软件而支付费用,确切的说,他们支付使用费。用户通过web可以访问的API使用应用。供应商所服务的每一个组织都称之为一个租户,这种类型的配置称为多租户架构
·
软件即服务(SaaS)可能是最普遍的云服务开发类型。有了SaaS,一个独立的应用通过供应商的服务器交付给成千上万的使用者。客户不必为拥有软件而支付费用,确切的说,他们支付使用费。用户通过web可以访问的API使用应用。
平台即服务
平台即服务(PaaS)是SaaS的一个变种,整个开发环境作为一个服务而提供。开发者利用供应商开发环境中的“
结构单元”来创建自己的客户
应用。这在某种程度上就像利用Legos构造
应用,尽管最终应用在一定程度上受到可用代码块的限制,但利用这些预定义的代码块,应用的构建变得更容易。Web服务
一个web服务就是一个在网络上,通常是因特网上运行的
应用。更典型的说法是,一个web服务就是一个能够通过因特网访问的AH。用户所请求的服务运行在远端系统上,后者充当服务的宿主。
这种类型的Web AH使得用户能够利用因特网上共享的功能,而不是提供自己的完整的
应用程序。这种做法的最终结果是一个定制的、基于Web的
应用程序,该程序的大
部分由第三方提供,因而减轻了传统应用程序在开发和带宽方面的需求。
一个不错的Web服务的例子就是
谷歌地图AH用户所创造的“整合
应用”。利用这些定制的
应用程序,供应给地图的数据由开发者提供,而创造地图本身的引擎则由谷歌提供。开发者无须编写代码或提供地图
应用,他所要做的一切就是连接到谷歌的Web AN。
正如你可能猜测的那样,Web服务的优点包括更快的(和更低成本的)
应用开发,更精简的应用和较少的存储和带宽需求。
顾名思义,按需(on—demand)计算将计算机资源(处理能力、存储等)打包成类似公共设施的可计量的服务。在这一模式中,客户只需为他们所需的处理能力和存储支付费用。那些具有很大的需求高峰并伴有低得多的正常使用期的公司特别受益于
效用计算。当然,该公司需要为高峰使用支付更多,但是,当高峰结束,正常使用模式恢复时,他们的费用会迅速下降。
亚马逊的服务提供了三种配置的
虚拟服务器让客户选择:
●小型的,它相当于一个具有1.7GB内存,160GB
存储空间和一个32位
内核处理器的系统。●大型的,它相当于它相当于一个具有7.5GB内存,850GB
存储空间和两个64位
内核处理器的系统。●超大型,它相当于一个具有15GB内存,1.7TB
存储空间和四个64位
内核处理器的系统。
换句话说,你只需要选择想要的
虚拟服务器的配置和计算能力,而剩下的事情由亚马逊来完成。 EC2仅仅是亚马逊Web服务(AWS)产品集的一
部分,它使得开发人员能够直接访问亚马逊的
软件和机器。通过充分利用亚马逊已经建成的计算能力,开发人员能够建立可靠的、强大的、低成本的基于web的应用。亚马逊提供了云(以及对它的访问),开发人员提供了其余
部分。他们只需要为他们所使用的计算能力支付相应的费用。 AWS也许是目前最流行的
云计算服务。
云服务技术堆栈
费用对比
云计算的安全和管理问题是众所周知的,除此之外,关于云服务的计费也是一个不小的挑战。云服务供应商们总是喜欢吹嘘说他们的服务使用起来有多么的简单,实际上,广大IT经理们都已发现
云计算服务的计费并不简单。
云服务的计费是基于许多因素的,从所需的
存储空间,到所使用的时间周期,再到每个月的流量分配,等等这些因素都可能成为计费参考。实际上还不止这些,一些云服务供应商还会基于SLA之内的一些隐性条款来收费。为了弄明白一项
云计算服务的总费用,用户需要了解供应商账单上的每一项服务要素,以及其计费方式。
服务的计费项目
另一个决定服务真正费用的关键因素是所需的服务类型。对于一些企业而言,所谓的云服务可能只是
服务器托管、专用服务器租赁,或是将
应用运行在云中。而对于其它一些企业而言,云服务可能就是基于云的数据备份、业务持续性的维持,或是基本的存储托管。
对于广大用户而言,要弄明白
云计算服务最简单的方式就是将注意力放在最主要的服务项目上。大多数云服务供应商都会将它们的服务分为三个基本类型:云中服务器、
云存储、云工作站和云
应用。每一项服务都有其自己的计费方式。
云中的服务器主要分为两种形式:虚拟服务器和物理服务器。换句话说,你既可以在
虚拟服务器(与其他人共享物理硬件)上购买使用时间,也可以在专用服务器(你是该服务器唯一的租户)上购买使用时间。
云服务外包注意事项
随着云技术的告诉发展,越来越多的企业将数据转移到云上,但是云服务外包业务并不像表面看起来的那么简单,即使企业将云服务外包给云服务商也不可能“一劳永逸”。事实上,CIO们需要注意的方面很多,下面是总结的部分事项。
[7]
管理问题:过去,大部分时间都花在各种定制开发代码的固定的产品异常上。然而,有了SaaS和云,这方面的时间节省了很多。在SaaS体验模型中IT服务人员不用负责解决该问题,而直接将问题交给SaaS供应商。
产品作业管理:维持产品作业,安排、监控并重启是很多产品支持员工的核心工作。然而,大多数云IaaS供应商或者私有云平台可以实现自动化,大部分任务都被简化,并可以重复访问。
预防&适当维护:早期的应用程序支持员工需要和很多第三方供应商一起工作,来确保安装了合适的操作系统版本以及补丁程序,这样应用程序在未来的使用中不会因故停工。但是,使用PaaS(平台即服务)和SaaS(软件即服务)之后,这里的大部分工作都可以交给云供应商。
服务持续性管理:设置恢复测试以及测试灾难修复在过去是一项特别费劲的事。事实上,因为这项操作的复杂性,有一些公司干脆就没有适合的灾难恢复点。然而,云简化了灾难恢复的创建,现在准备这项操作已经相当简单了。
许可管理:COTS中的企业授权模型和自定义应用程序时代有很大区别,因此,SaaS应用程序采纳的价格模型需要修订。
应用程序开发服务:过去,企业习惯于给出各种用户应用程序的开发需求,并为开发准备一个典型的资源修复池,然而,使用了SaaS、PaaS和基于云的整合之后,改变了开发服务的资源分配。如果企业决定利用SaaS作为服务体验模型的话,为新的大规模用户开发而分配的预算要重新计算了。
总之,CIO们如果想搭上云时代发展的快车,还是请确保解决以上这些问题后,在将云服务进行外包,以免造成不必要的损失。
管理问题:过去,大部分时间都花在各种定制开发代码的固定的产品异常上。然而,有了SaaS和云,这方面的时间节省了很多。在SaaS体验模型中IT服务人员不用负责解决该问题,而直接将问题交给SaaS供应商。
产品作业管理:维持产品作业,安排、监控并重启是很多产品支持员工的核心工作。然而,大多数云IaaS供应商或者私有云平台可以实现自动化,大部分任务都被简化,并可以重复访问。
预防&适当维护:早期的应用程序支持员工需要和很多第三方供应商一起工作,来确保安装了合适的操作系统版本以及补丁程序,这样应用程序在未来的使用中不会因故停工。但是,使用PaaS(平台即服务)和SaaS(软件即服务)之后,这里的大部分工作都可以交给云供应商。
服务持续性管理:设置恢复测试以及测试灾难修复在过去是一项特别费劲的事。事实上,因为这项操作的复杂性,有一些公司干脆就没有适合的灾难恢复点。然而,云简化了灾难恢复的创建,现在准备这项操作已经相当简单了。
许可管理:COTS中的企业授权模型和自定义应用程序时代有很大区别,因此,SaaS应用程序采纳的价格模型需要修订。
应用程序开发服务:过去,企业习惯于给出各种用户应用程序的开发需求,并为开发准备一个典型的资源修复池,然而,使用了SaaS、PaaS和基于云的整合之后,改变了开发服务的资源分配。如果企业决定利用SaaS作为服务体验模型的话,为新的大规模用户开发而分配的预算要重新计算了。
总之,CIO们如果想搭上云时代发展的快车,还是请确保解决以上这些问题后,在将云服务进行外包,以免造成不必要的损失。
更多推荐
已为社区贡献1条内容
所有评论(0)