像初创公司一样运行企业 SOA 项目

  • Dilip Krishnan
  • 黄璜

2010 年 3 月 5 日

话题:SOA架构

Dion Hinchcliffe 对于我们如何运行面向服务项目来最大化 IT 资产的价值 。他将企业 SOA 项目的情况与 web 上公开服务的 open API 作了对比;特别是初创企业;从采用情况, 推向市场时间以及整体的投资回报,还有如何采纳企业 SOA 知识等等方面进行了分析。他谈到,

IT 与网上世界如今一个显著的差异就是传统企业面向服务架构与其在 web 方面的等价形式open APIs之间的对比。

他哀叹企业 SOA 项目的状况。根据他的说法,尽管两种项目的目标都是一样的“鼓励不同业务系统之间的互操作性,催生那些原本困难,昂贵以及要消耗时间去抓住的机会”,但 SOA 项目却仍然没有显现出如 web 上可用的服务那样的活力。

SOA 并不具备同样紧迫的业务需要因此在大多数组织中都缺乏决定性的关注。[…] 现在,大型公司的 SOA 项目同样不会公开宣布其内部开发,所以要得到大部分的组织里创建了什么和如何使用的仍是一件困难的事。然而,显而易见的是,对于开放服务这两种方式有着显著的区别和不同的结果,尽管它们外表上有着同样的目标:鼓励不同业务系统之间的互操作性,催生那些原本困难,昂贵以及要消耗时间去抓住的机会。

他将服务支持的这两方面的对比归因于企业 SOA 直接衡量 ROI 的困难,因为 SOA 项目传统上是属于公司内部的。相反的是,通过第三方互操作性和协作性,公开的 web API 可以为初创企业提供战略的灵活性,并且为消费者利用偶发的重用提供的价值。

基于他与Burton GroupAnne ManesMashery.com的 CEO Oren Michels 的对话,他观察出

IT 集团应当少花点时间在技术和基础设施上,相反地应当关注于交付可衡量的业务价值的交付系统 (即,服务) 上。

利用那些合并你的 Web 服务的伙伴所延伸的优势,你可以关注在如何改善你的服务上——换句话说,关注于如何使你与众不同。

他断言到“传统的企业 SOA 很多方面都需要向开放 API 领域学习”并对于如何像初创企业一样运作 SOA 给出了指导。Dion 强调了一些关键的驱动价值的考虑因素,并推荐企业从 web 方面可获得的服务 API 上汲取灵感。

  1. 易于使用。创建可在任何平台,用任何工具或编程语言消费的服务。
  2. 报表 / 帐单保证消费者明白成本,并鼓励他们明智的消费资源,并了解他们正在使用的资源,以保证服务得到了明智而合适的使用,并能够有正面的良性循环。
  3. 账户管理。开放 API 对于使用者来说都是强密钥保护的,被用于提供客户服务,跟踪使用记录,创建责任信息,[还有] 对于区分不同的消息者等级提供不同的服务质量,以及其它各种复杂的度量来说是关键的。
  4. 自服务。公共 API 的一个关键的方面就是他们不需要一个漫长的公司对公司的协商和合作过程就可以使用。
  5. 开发者社区。API 依靠于为开发者提供一个突出的吸引力和可用的选项,因此才会被开发者采用。如果一开始的概念验证成功了,接下来 API 就会变成一个业务关系。
  6. 合理许可证。一个理想的许可证,在于能够给予 API 服务的消费者合适的许可在运行业务的可以重用它的能力,并能够提供在合乎法律的范围内尽可能灵活运用 API 的能力。

关于 SOA 项目可以如何通过变更优先次序来像 web 上的服务 API 一样工作,Dion 提供了一个有趣的视角,并考虑到了它们是被开发的,市场情况以及如何协作,这对于合作伙伴进一步提升以及最大化的利用新兴的云计算架构的业务价值提供了机会。

查看英文原文:Benefits Of Running Enterprise SOA Initiatives Like A Startup

SOA架构