企业授权:SOA被低估的经济价值

日期: 2008-03-31 作者:Jason Bloomberg翻译:Eric 来源:TechTarget中国 英文

长期以来,ZapThink咨询公司将面向服务架构(SOA)的核心经济价值分为四种:降低成本,提高资产复用率,增加企业知名度,增强企业灵活性。的确,目前SOA的大多数功能,都试图实现这些目标中的一个或几个;不过,SOA还具有一项即将成为最为重要的价值功能,即SOA向公司提供企业授权。企业授权这个概念,提出于用户授权概念之后,它更加注重行业内部的团队,更加强调技术如何直接和间接地发挥作用,帮助团队成功克服所面临的业务挑战。因此,企业授权正迅速成为推动SOA发展的、仅次于企业敏捷性——许多公司实施SOA的最重要原因的主要力量。

  从用户授权到企业授权   用户授权的概念很简单:即为用户提供更强大的……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

长期以来,ZapThink咨询公司将面向服务架构(SOA)的核心经济价值分为四种:降低成本,提高资产复用率,增加企业知名度,增强企业灵活性。的确,目前SOA的大多数功能,都试图实现这些目标中的一个或几个;不过,SOA还具有一项即将成为最为重要的价值功能,即SOA向公司提供企业授权。企业授权这个概念,提出于用户授权概念之后,它更加注重行业内部的团队,更加强调技术如何直接和间接地发挥作用,帮助团队成功克服所面临的业务挑战。因此,企业授权正迅速成为推动SOA发展的、仅次于企业敏捷性——许多公司实施SOA的最重要原因的主要力量。

  从用户授权到企业授权

  用户授权的概念很简单:即为用户提供更强大的工具,使用户更好的完成他们面临的工作任务。从信息技术(IT)部门这个角度看,这些工具包括计算机、移动设备以及人们主要以个人、一对一的方式通过界面连接的其他位技术。如果我们大量借助更好、更强大的软件,赋予这些工具更多性能的话,那么我们会实现更强大的用户授权。

  当然,SOA也能够提供用户授权,其通过提供抽象能力和公司内外的信息资料的服务加以实现。现在,用户在使用他们的设备时,获得了与IT部门并能够愿意为他们提供同样的权力和灵活性。但是,拥有更大的权力,意味着要承担更大的责任——正是基于这个最主要的原因,所以,对任何一个SOA计划来说,管理控制都相当重要。如果没有有效的管理,用户授权实在太危险了。

  至目前为止,用户授权还比较安全,但管理和用户授权之间的关系,在ZapThink和其他公司都是一个常常被提及的话题。将这一话题讨论提高到企业授权这个更高的层次,还需要增加两个考虑因素:公司固有的合力协作,以及对IT外业务流程的关注重视。第一,各种行业在本质上并不依靠技术的“使用者”,而是依靠那些不通过技术的使用获得认同的团队。其次,各种行业也没有在辅助技术方面,对这些行业经历的过程进行识别。与此相反,IT在赋予企业适当、必要的权力——比如说对流程的创建、管理和运作中,起到了辅助作用。

  SOA以外的故事

  SOA作为体系结构方法,在组织IT资源,辅助业务中心式的协作和流程中,扮演了一个重要的角色,但要注意,我们这则故事中,谈的不是SOA,而是企业如何在支持和运行业务流程中互相协作。事实上,企业聚合这个概念在IT和我们正在讨论的企业授权中间,发挥的纽带作用比SOA要好一些。正如ZapThink讨论的那样,企业聚合是以互联网为基础的、丰富的合作环境下松耦合服务的有序组成。从IT的角度来看,企业聚合利用SOA提供的松耦合服务作为聚合对象,并要求和支持对聚合的必要管理,以平衡用户授权的结果。然而,从企业的角度来看,企业聚合根本与技术无关,而谈的是协作和流程——甚至即使协作涉及的任务与技术无关,或考虑中的业务流程同样也着重于非IT任务。

  我们所提出的这个概念不同一般,因为它完全是一个不同的观点。IT人员应该也确实将重点放在了IT如何满足业务需求上,但技术为中心的观点导致的最终结果却是用户授权,而不是企业授权。在某种意义上,IT已落入一个悖论的控制中——如果IT人员想最大地满足业务需求,他们就必须更多地考虑业务,而不是每天都与之打交道的技术。现在, 在IT部门中,不是每个人都可以、或应该以这种程度专注于业务——但企业建筑师(EAs)应该这样做。

  ZapThink因为EAs专注于错误的事情,一直在怪罪他们,不过现在,我们又给EAs增加了另一个应该考虑到的因素。他们必须能够同时兼顾所有这些环节——SOA/管理/企业聚合/协作/业务流程,以实现企业授权这一体系结构前景。不过,只有当EAs认识到了IT处于辅助地位,而不是扮演中心角色,他们才能最终踏上正轨。

  企业授权的案例

  下面的例子阐释说明了企业聚合和SOA的企业授权利益。这些案例最显著的特点是:业务内容都是通过协作和业务流程实现企业授权利益。

  ·呼叫中心管理团队回应客户的投诉,改变呼叫中心代表处理来电的方式

  ·服务于大型网上零售商的电子商务物流团队,在与主要供应商发生纠纷时,重新考虑次要供应商的送货流程,重新拟定送货路线

  ·抵押按揭保险团队,在应对不断修改的法规时,简化审批程序

  ·国家执法人员的支援小组改进调度员与巡逻警察的联系方式

  正如上述的案例表明,真正的挑战,尤其是对EA团队来说——或者更广泛一些,对IT人员来说——就是要支持这样的企业队伍,因为他们通过提前授权,能够采取想要的行动,共同努力,从而改进流程。被讨论的这些企业,不必再拟出一个新的规定约束IT,并要求IT执行一些新的能力。相反,IT必须积极地发挥作用,使业务团队主动提出合作流程的改进建议。

  ZapThink的反应

  我们的计算机技术人员,喜欢讨论技术,而且也喜欢讨论SOA。加上企业聚合的概念,我们有一个完美的技术成果爆发,包括Rich Internet Application,SOA和服务组成。哪一个更酷呢?用户坐在他们电脑前,借助丰富的用户界面技术,将服务聚合纳入核心内容。但问题是,这不是大多数行业的运作方式。

  企业聚合——以及SOA——的作用,比企业聚合的概念更为不可思议。很多企业用户并没有因此整日坐在电脑前;而对于那些整日坐在电脑前的用户来说,这项技术更像是一种难以逃脱的魔网,而不是协助他们工作的重要帮手。因此, SOA要想实现真正的企业授权,其重点就不能放在用户和电脑之间的界面上。而是必须毫不犹豫地放在协作和业务流程上。

  当然,这个问题并不是第一次了。早在上世纪90年代的电子商务运动中,我们就曾遇到过同样的问题。当时主要因为电子商务并不如推想的那样与“电子”有关,而是与“商务”有关,所以没有达到我们预先的期望。当今许多SOA问题归结到同一点,就是缺乏对IT角色的认识。直到IT企业,特别是EA团队,了解到协作和业务流程是如何推动企业聚合,而企业聚合又如何反过来推动SOA的时候,SOA才能真正实现企业授权。

翻译

Eric
Eric

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。

  • 购买应用集成工具可以采取平衡做法

    购买应用程序集成工具需要好好看看你的公司需求,知道从供应商里面要寻找哪些关键功能。