SOA和云:2012将存储什么?

不出所料,独立分析师和专家又开始分享他们对新年的预言。这次,我们来看看一些关于2012年SOA和云空间的预测意见。不过,这些预言并不是无稽之谈,移动应用和开放API快速改变着海量数据处理和消费导向的IT界,这种现象便是这类预言的论证基础。Joe McKendrickSOA宣言的作者之一,就和我们分享了他认为2012年在工业界,SOA将会出现和值得关注的七种趋势

1. SOA和云将会为海量数据分析应用的部署打下坚实基础:SOA、云和社交媒体正在将商务智能转变成“协同智能”。但是,要达到这个目标,必须要以面向服务的方式来管理海量数据应用 – 例如可以采用数据虚拟化这样的策略。
2. 计算能力将会“便宜到忽略价格”:感谢SOA和云,大规模数据中心的计算能力将便宜到以分来计价:思科最新发布的全球云指数报告指出,企业的数据中心将会变为云的形式。并且,有的时候这些企业将会兼云提供商和销售商于一体。
3. 更多的商业用户将会构建他们自己的应用,而且会涉及更多的IT人员:关于人才断层、IT和商 务人士的缺乏合作之类的讨论随处可见。但是现在,很多商务用户都是在谈论自己的新方案,如何将自己的技术发展成熟壮大,并用于处理自己的商务问题。另一方 面,IT人士开始对商务有了更深的理解。这两种相互关联的趋势在数年前就可以看到,接下来的2012将是趋势最终转换为成果的一年。
4. 云和SOA将使IT管理人员和执行人员面临重要机遇:CA Technologies访问过685位CIO,调查结果表明,54%的CIO相信云计算将能够帮助他们将更多时间关注于商务策略和创新上。而且此项调查也发现采用了云计算的CIO要比没有采用的同僚们更好地推动着公司的进步。
5. 软件提供者和消费者之间的界线将会越来越模糊,更多的非IT公司将会成为软件提供者:Gartner相信IT公司所完成的功能最终将会被归纳为商务的一部分。但是,这并不是说IT将会逐渐解体,而是说整个企业界将会IT化。非IT公司和软件公司的界线将会越来越模糊,你甚至不能找出二者的区别。
6. 云肯定将继续影响外包模型:高度模块化的外包服务将会出现,因为云服务和组件的不断规范化以及“热交换能力”将对外包服务的模块化提出更高的要求。
7. “SOA”和“云”将会逐渐地演变成同义词 – 我们现在就正在做这件事情:我们貌似已经找 到了诀窍,将所有的东西都以面向服务的形式部署。而且云现在正被认为是应用和服务的投放平台,带给我们比以前更加强烈的感觉。不过,讽刺的是,看起来它也 会逐渐让人感到厌烦。就像过去两年中发生在SOA身上的那样。希望今年这些销售商能够认识到这点,更换一下新的广告词。

Joe用短短几句话总结了面向服务过程是如何主导商业行为的:

我们肯定会将业务转换成面向服务的形式。不仅如此,这些服务将会和数据源绑定的越来越牢固 – 可以是基于SOAP的服务,也可以是基于REST的服务,或者直接来自于云。我们正逐渐地接近SOA的核心本质:部署松耦合的服务来完成完整的业务流程。

这也在某种程度上解释了API数量的爆发,Apigee的Dr. Ananth Jhingran预测:在2012年,API的规模将会持续增长并且呈现出一些特别的趋势

1. 企业级API将会成为主流:我看到大量关于Facebook、 Twitter和其他公用API的讨论。这些API的兴起实际上意味着一场革命。也就是说,企业本身,无论规模大小,都将会被抽象成为一组API – 通过自身的后端系统。这将是后端系统的巨大机遇,而且,将来的后端系统的服务对象将不会仅仅局限于企业本身的应用,而且还将服务于合作者和独立开发者的应 用。
2. API中心的架构将会和门户中心或者SOA中心的架构完全不同:网站(门户)是聚合用户。SOA是聚合应用。传统的网站和SOA架构关注使用“内部”API来和后端系统交互,而全新的API架构则将精力放在开发者和应用的整合,而不是用户(来自门户)或者流程(来自SOA)。
3. 数据中心API将会快速普及:SiriWolframAlpha是数据中心API的绝好例子。企业首先要做的便是将自己的数据API化。尽管REST化数据不易,而且关于如何最佳REST化,还有各种不同流派的指导思想存在,但是,我可以看到,这股趋势不可阻挡,一些事实标准和传统做法的结合将会成为业界标准并且普及,例如开放数据协议(OData)。我不认为语义网络或者资源描述框架将会成为主流,因为这两者的采纳和使用均不容易。
4. 很多企业将会实现API并且用于数据分析:企业之间在技术上的一个广泛共识是首先将资源花费 在业务自动化上,其次才会考虑业务优化。现在的情况便是企业将API的重心放在业务自动化上,但是,随着API处理越来越多的流量,对API进行分析能够 更好地审视企业的表现,进而可以让技术和业务优化受益。如果最终目标是业务优化,而且能够保持这种趋势,很容易得出一个合理的结论:API是业务优化的一 种重要手段。
5. API将会为移动开发者优化:在2012,许多API提供商将会认识到他们需要完成如下的工作:

  • 能够让开发者定义API返回的内容和数据大小。
  • 根据开发者的环境返回正确的格式 – iOS的话应该返回plist,HTML5/JavaScript的话应该返回JSONP

6. OAuth 2.0将会成为默认的安全模型:OAuth 2.0将使得终端用户能够更加容易地使用新颖的应用程序,因为用户可以彻底检查这些应用程序。如果用户并不喜欢或者不信任某个应用,用户可以终止这个应用程序对他们账号的访问。2012年,在用户通过应用和服务交互的时候,安全将会是API的默认开启选项。

商务策略师和企业架构师Dion Hinchcliffe也赞成Dr. Ananth关于API在2012年发展趋势的观点,他认为,在2012,API将会达到一个新的高度,以下五个方面可以证明这个观点

1. API的软因素将会和技术因素同样重要:我之前已经阐述过技术对于打造一个成功的开放式API的重要性,但是,涉及到API的选择、理解以及长期成功,那关键就在于围绕这个API所打造的架构了。而且,雇佣一名社区经理也是一个很重要的因素,他必须要有足够技术经验,能够倾听并且帮助开发者看到API的潜质。
2. 简单至上:复杂是API的大敌。当大量的服务通过API运行业务流程的时候,如何保证良好的客户体验将是非常重要(客户在这里包括了开发者和合作伙伴)。
3. API始于微末,用于内部,然后才会逐渐完善功能,并且对外开放:API将为SOA服务,而且很多API服务提供的特性使得API不得不成为私有或者半私有。
4. API即产品:现在API所提供的服务恰好能够等于某些公司整个机构能够提供的服务。但是,另外一个问题是,当前API的用户体验只是关注于和客户的网络交互,当API牵涉到多个业务时候,用户体验并没有得到足够多的重视。
5. 每个人在使用API都会有一些独到的的经验,分享它们将会促进工业界知识库的成熟:eBay API主管工程师Subbu Allamaraju就撰写了一篇博文,分享了在面对自身产品和第三方开发者的时候,他们在改善API的伸缩性和效率上所积累的经验。这是API社区经验分享的一个绝佳例子。

这些增长趋势将会孕育在什么样的平台中呢?Forrester的首席分析师Holger Kisker认为2012年将会是云走向成熟的一年,如下可证:

1. 跨云将会成为一种标准。
2. 漫无目的的云采购将会终结
3. 云将会越来越舒适便捷
4. 协作将会使云计算受益匪浅。
5. 我们将会看到在PLM、BI和SCM中SaaS解决方案的下一波浪潮。
6. 云市场将会超过600亿美元
7. 私有云将会不仅仅局限于虚拟化
8. 云经纪商将会出现
9. 大型企业将会领导云市场
10. 云和本地软件授权模型的界线越来越模糊。

但是,云的使用策略越来越模糊,这非常危险。Zapthink总裁Jason Bloomberg关于GIGO原则有一番精彩的论述,GIGO原则将会是2012年架构和治理的基础。

“Garbage In,Garbage Out”(GIGO)这个原则已经存在了相当长时间,比数字计算提早出现了近一个世纪,而且对于信息科技是如此的基础。虽然现在我们已经是21世纪,正在 朝云计算转换,若是Babbage先生泉下有知,那么他对于现在某些情况也会一样的愤怒,虽然已经数百年过去,人们仍然没有牢牢记住这个重要原则。现在的 云并不仅仅像是磁铁,吸引着各种垃圾,而且它自身还迅速产生了大量的垃圾。我们应该停下脚步,仔细考虑一下匆忙迁移至云的后果。

  • 数据质量低下 – 如果当前数据并不纯净,也就是说,如果你手头上的数据是一些不一致的客户地理信息,或者过时的产品信息,或者其他的质量问题,那么迁移到云不会给数据或者业务带来任何好处。
  • 面条式代码(Spaghetti Code) – 你要仔细审视是否要将代码陈旧的应用首先部署到云上。它太慢了,而且伸缩性也很差,而且也庞大到现在是不太可能整合了,那么云能不能让它运行快些,伸缩性 好些,而且更容易整合呢?显然不会是这样。如果你现在关注laaS方法,那么你会发现在云上,这种代码也和在本地一样难以管理。那么PaaS呢?那这些代 码甚至不可能工作,要知道今日的PaaS环境已经对代码的质量有了一定的要求。
  • 陈旧或者云不友好的业务模型 – 业务需要IT部门能够自动化一些流程,但是并不等于说“流程本身就足够好了”,其潜台词也包含了希望IT部门能够将流程做得更好,更快,更加流水线化,而且要能够兼容当前的基本业务需求。

垃圾不仅仅只是指你可能放在云上的那些代码,云本身也非常有可能产生大量的新型垃圾。

  • 僵尸实例 – 大量创建云实例是如此的简单和便宜,只需要足够的虚拟机,存储实例等等。而且,这类实例都是非常弹性的:需要更多?没问题,云很乐意效劳。云提供商也很乐意看到你创建这些僵尸实例并且为此付费。
  • 未治理的数据 – 你知道你现在使用的数据是否是最新的版本吗?你知道这些数据还没有被治理过吗?如果没有的话,那么这些数据比毫无用处更加可怕,因为它们可能是错误的,甚至保存这些数据可能触犯了某些法律法规。
  • 手动或者拙劣的配置 – 如果你需要更多资源,那么就提供更多资源,不要节省。但是有一些管理员会打开你某个实例的配置文件,然后修改以使得另外一个应用可以运行在这个实例上。那么你就不得不中断你的应用来更新所有实例,更有甚者,如果管理员没有告知任何人这个修改,问题跟踪将会非常耗时。
  • 选择非云友好的架构 – 云计算对应用的架构提出了特殊的要求,如果要将错误的架构硬塞进云的话,那么就好像灰姑娘的姐姐硬要穿上水晶鞋一样徒劳无功。

界线的逐渐模糊,数据爆炸,各种设备的出现和商品化,这些看起来都像是在2012年将会有一场巨大的变革,但是宏观经济又会是如何表现呢,是否会对此变革产生巨大影响呢?让我们拭目以待。愿所有的InfoQ读者在2012年身体安康,合家欢乐,吉祥如意。

查看英文原文:SOA and Cloud: What is in store for 2012?

译者 杨晨 对数据库和搜索引擎有深入了解,尤其擅长经典计算机科学理论,对历史学兴趣浓厚。

Advertisements
此条目发表在SOA分类目录。将固定链接加入收藏夹。

发表评论

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / 更改 )

Twitter picture

You are commenting using your Twitter account. Log Out / 更改 )

Facebook photo

You are commenting using your Facebook account. Log Out / 更改 )

Google+ photo

You are commenting using your Google+ account. Log Out / 更改 )

Connecting to %s