云计算主要是通过构建共享资源池来提高资源的利用率的。
资源池很不陌生,各行各业都有类似的概念。
IT术语里有个词叫解耦,就是将依赖关系比较紧密的两部分的依赖关系降低,使得各二者均有更多的灵活性和操作的空间。
而解耦的一般做法则是引入第三方托管,通过将依赖关系转移到二者都比较能够接受的第三方来进行部分功能的实现,
这样可以大大提高各自的劳动生产率和整体的工作效率,并且能够随需而变,有更大的灵活性。
其本质上是专业分工的越来越细化,是非核心业务的剥离和专注于自己的核心业务的要求。
资源是不可再生的,浪费是最大的罪过,流程的不合理和技术的落后为这样的罪过默默承担着。
古语有合久必分,分久必合,这简直就是精辟,一语可以切中任何你所关注的事物。
专业化细分是整体到部分的层层细分,更好的探究事物的本质和性质。
而规模化集成则是聚合零散的同类事物,辅之以更先进的理念和技术,使之更有效率。
总之不管怎样的分分合合,都是为了更好的提高劳动生产力。
人与人之间的圈子的反复打碎和重组,国家与国家之间的和合纵与连横都是为了更好的各自生存,历史的车轮滚滚向前。
通过第三方托管平台的支持,我们可以更加关注于我们感兴趣但不感性的业务逻辑领域,而不必操心那些底层诸如操作系统,存储,网络等基础架构。
大的令我们无能为力或者很费力的东西就交给更强大的组织吧:叙利亚危机,朝核问题理应是联合国和美国等的分内事,
而欧洲金融危机则须有所有欧盟成员国和其人民承担,IT的基础设施服务当然对一般企业来说不是不能管,事实上我们现在就是这样做的,而是管理的资源利用效率的问题。
按需动态分配资源,弹性扩展可以满足我们在一个不断充满变化的商业环境中更好的拥抱变化。当然天下没有免费的午餐,这一切都需要按使用量来计费。
为什么你敢说这样的大话,而我等鼠辈则不能呢?
雄厚的资金和先进的技术以及市场的垄断使得云计算这样时髦的东西只能成为那些富人俱乐部的大巨头们手里的玩物。
毕竟大块头有大智慧么。我们使用它就好了,可以满足我们自动化部署和稳定运行应用的能力。
还记的改革、改良和革命的区别吧。大的危机和大的突发变故容易引起大事件和大革命的产生。
然而世界越来越小,全球化越来越快,科技进步日新月异,人的预知能力也大大增强,所以还是改革和改良好玩些吧。
现有的开发工具和工具包以及测试环境都可以拿来扩展为云平台上使用,而无需重复发明轮子。
想想二十年前,服务员还是一个稍微贬义的词语,现如今到处都是卖服务的,真是:处处皆服务,天天键盘飞,路人指尖闪 ,网络购物归,相顾无相识,长歌怀采薇。
任何依赖技术人为化的缩短事物固有生命周期的做法都将会在满足用户基本需求的同时也为之失去一些东西,
批量生产的服务固然能提高其效率,但是却也同质化严重,单调而又令人乏味,如何个性化和差异化以及艺术化服务将是一个很好的发展方向。
寡头垄断云计算平台服务市场将是趋势,尤其是PAAS和IAAS领域。
东邪西毒南帝北丐,基本上每人都有自己代表性的武功绝技和一招制胜的杀手锏,比如降龙十八掌,比如打狗棒法,比如蛤蟆功,比如一阳指等等。
微软的操作系统的垄断也自然要延伸到云计算操作系统上去,其可以提供互联网规模的应用,可托管的、可伸缩的、按需扩展的计算和存储资源等服务,并取名为Windows Azure云平台。
谷歌的搜索的垄断也自然要延伸到能为用户提供诸如Docs、日历、邮件等web应用服务,并将其他新的扩展的SAAS服务集成到其自己的平台Google App Engine(GAE)上。
Salesforce则从在线CRM系统开始,逐渐扩展到其他管理软件服务,进而推出了自己的PAAS平台 :force.com.
亚马逊是首先是通过出租其多余的如虚拟机、存储等设施服务进而扩展到可以简化用户对应用部署和管理的平台级服务---Elastic Beanstalk。
Vmware在其虚拟化领域上的卓越经验,通过收购著名的开源应用框架厂商SpringSource来加强其提供平台级服务的能力,先后推出平台Cloud Foundry和称为vFabric的集成式应用平台。
Cloud Foundry支持从桌面微云、私有云到公共云等多云环境,还支持多个以JVM为基础运行环境的应用编程框架,包括Spring、ROR、Node.js、Sinatra、Grails和Lift等,以及Mysql、PostgreSQL、MongoDB、Redis、VoltDB、RabbitMQ等各种服务。
vFabric在VMware底层虚拟化基础平台之上提供了一个分布式应用平台,提供了包括数据存储、消息队列、web服务器、
java运行环境等功能模块,主要用来支持基于Spring框架的Java企业应用。
相信Vmware一定会在今后的发展中大放异彩,与微软一道成为云计算PAAS平台领域中最耀眼的两颗明星。
转载:http://blog.csdn.net/ywt_go/article/details/7627989