在过去的几年里,对于SOA的潜力有许多宣传。然而,同任何与IT相关的解决方案一样,SOA不是万灵药,不能解决IT集成的所有问题。事实上,SOA不能解决商务流程问题,但是能够识别好的和坏的机构流程。在大多数实例中,在大量的服务为再利用进行开发之前,SOA都需要额外的前期投资。SOA需要机构的和甚至流程的变化。这些变化需要高水平的培训、投资和机构的治理。虽然有这些挑战,使用SOA方法仍是值得推荐的。
建立一个SOA共享服务中心
机构要求关注所有服务领域的资产和能力或者高水平的那一类服务。服务领域一般把重点放在主要实体方面,如客户或者员工、两个实体的交叉、或者产品价格等更小的部分。SOA治理是IT治理的一个扩展,其重点是推动建立理想的IT行为的权利和责任框架。
SOA治理还要平衡企业需求与部门目标以创建一个提供面向服务的商务解决方案的框架。这个框架定义个人和组织的职责、责任,以及识别、修改和强制执行治理政策的结构。相反,在没有一个定义的治理模式的情况下开发SOA可能导致不理想的结果。在试验和实施阶段,有许多与使用的资源、硬件和软件有关的沉淀成本。而且,这个沉淀成本会超过金融损失。
执行SOA治理计划最有效手段之一是建立一个SOA共享服务中心(SSSC)。一般来说,一个共享服务中心提供一种集中的方法,有效地协调团队成员之间与SOA有关的全部活动。它还提供一种方法,就像警察强制执行州和城市的法律一样强制执行治理流程。
SOA共享服务中心的基本原理
有观点认为,创建一个单独的机构支持SOA治理计划太过分了。持有这个观点的人认为分布在现有的机构中的资源是同样有效的。虽然这个观点有时候是正确的,但是,这主要取决于SOA计划的规模和目标。这种方法仍需要一个强大的中心协调点,根据不同水平的职责、优先等级和时间来管理各种资源。人们发现,在大多数机构中,有许多正当的理由来建立一个SOA共享服务中心。
满足客户需求
一个客户可以定义为任何依赖于SOA环境的个人、小组或者组织,并且可以是一个消费者或者一个供应商。用户很容易联络一个能够提供咨询、开发、指导和支持其SOA需求的实体或者部门。随着SOA计划的成熟,采用一个联络点的方式可以简化沟通。
一个简单的比喻是:一个通常只有一个电话号码的呼叫中心和一旦连接之后可以选择一组选项的呼叫中心。这种模式要比为每一个问题拨通一个不同的电话号码要容易得多。
一个需要记住的事情是成功的推销。SOA的成功在于非常关心其组成部分,并且保证他们的担心能够得到解决,实现最后目标和超过预期。重要的是用文件记录下来这个成功的做法、解决的问题和预期的回报,以便把这些结果反馈给企业。这种与客户和潜在的客户之间进行的沟通将推动应用,提高机构对SOA重要性的认识。
分散的团队不能这样早地做这件事情,因为他们不能集中在同一组目标和价值上。因此,客户服务将受到损害,从而阻碍SOA的应用。
推动遵守法规和一致性以及调整优先次序
拥有需要坚持的相同的目标、方法和标准以创建标准、政策、流程和通讯的一致性。这种一致性将保证用户得到相同水平的技术支持。没有一致性,单位和部门对于采用SOA方法就会有所保留。
有相同的目标和相同观点的一个单位要比其它机构有更积极的结果。这有助于保持SOA的信息不丢失。在SOA应用的早期阶段,SOA治理能够从高水平的结构中受益以保证企业得到同样一致的信息。
此外,专门的团队可以避免任何优先次序的冲突。这种冲突可能导致糟糕的客户服务、团队成员之间的误解、增加计划管理的工作量和降低工作效率。一个集中的团队能够通过减少整个SOA努力中的多余的活动来提高效率。
确认成本
当决定采用SOA的时候,许多公司除了要求提供技术可行性信息之外还要求确认业务的有效性。一个SOA共享服务中心更容易评估实施一个SOA计划的拥有总成本。集中的SOA资产和资源更容易确认这个总成本。这还会使企业更方便地进行容量规划、资源分配以及识别培训和教育的需求。
相反,如果这个资源是共享的,或者不是百分之百用于SOA活动的,成本结构的适应性就会更加复杂。除非有一个严格的时间报告流程,否则,更成熟的SOA所需要的资产和资源的所有权将出现模糊不清的情况。这对于交叉训练资源来说也是很困难的。这种状况将导致技术支持问题和不一致的问题。最后,随着SOA的成熟和根据SOA的有效性,这种状况将导致很难得到额外的资金。
经验推动技术专长发展
一个统一的SOA共享服务中心将随着时间的推移积累技术专长。这是通过共享信息、想法和对SOA的理解实现的。还应该采用交叉培训的方法减少人员调整的影响。人员调整是一个业务事实。AOS的成功需要简单的、合乎逻辑的流程和技术专长以保证恰当水平的技术和商务治理。
此外,一个有经验的团队适合处理新的挑战和任务。一个有经验的和统一的服务中心能够通过发现新的和创新的实现目标的手段更快地朝着目标前进。
最后,一个集中的团队将能够更快地探索和理解新的技术、平台和方法,向治理机构提供有价值的研发信息。这个信息将影响长期规划和决策。
一个分散的团队最终将质疑其他人的知识,因为他们不能有规律地沟通。没有强有力的领导,团队将开始质疑其他人的权利。这将导致更高的人员调整率,从而影响到整个团队的效绩。
数据可靠性
数据收集和报告是任何共享的服务中心的主要流程之一。一个SOA共享服务中心能够实现标准化并且根据服务合同的条款更新收集的数据类型和数据。这对于保证收集、维护和发布正确的数据是非常关键的。这个数据建立了在SOA环境中的信任。不信任问题是任何SOA计划必须要克服的障碍之一。准确的标准报告和元数据建模还将支持政策和流程决策,同时找出在基础设施、安全和其它方面的差距。
质量
通过遵守服务和性能方面的治理标准,共享服务中心在保证功能、性能和整个测试管理保持良好状态方面发挥了关键作用。服务必须要遵守最高标准以保证再利用的兼容性和一致性,为更广泛的应用建立服务的质量和详细标准。
一个分散的机构需要治理机构之间进行更多的事务处理,从而可能产生处理的瓶颈和降低服务质量的错误沟通问题。一个分散的机构还需要坚持采用许多机构缺乏的相同的报告系统和处理工具。
所有权
随着服务数量和对SOA的依赖的增长,对于共享服务中心来说重要的是拥有一部分或者全部广泛共享的服务。通过管理服务关怀、生命周期、技术支持等项目,服务管理将显著简化。拥有的模式和成本也将集中化,创造更快的到达市场的时间,减少机构的复杂性和简化成本结构。
一个分散的模式很有可能变得非常复杂和混乱。它可能使批准合同、升级计划和编排所需要的流程、机构和人员更加复杂。根据不同的所有权模式、决策点和服务使用谈判所需要的人员,进程的步骤会发生变化。一个分散的模式可能会给这种变化增加混乱。
控制风险
由于SOA对于IT资产和服务的普遍存在的性质,开发和使用SOA资产是存在风险的。一个联合的共享服务中心能够提前评估和识别各种威胁并且制定克服这些威胁的解决方案。
分散的人员在性质上很可能是被动的。因此,潜在的威胁可能被忽略。这可能导致非常敏感的数据或者隐私数据的丢失或者被窃。
SOA共享服务中心是SOA治理机构中的重点。而且,SOA共享服务中心执行SOA治理目标和推动SOA治理路线图的发展。SOA共享服务中心还将向SOA治理委员会提供有关SOA进展情况的反馈意见。最后,它是面向客户最多的机构。因此,SOA共享服务中心拥有多样化的专家是非常重要的。这些专家要致力于实现SOA计划的目标。
首先,同SOA治理一样,一个SOA共享服务中心应该采用SOA成熟度模型进行建设。这将保证SOA计划、这个计划的治理模型和SOA共享服务中心是一致的并且追求同一个目标。
第二,找出现有的和新的资源。这些资源将组成SOA共享服务中心。这些资源应该以最适合SOA计划的任务为基础。这个步骤对于确定需要的总预算是非常重要的。
第三,保证现有的与SOA有关的计划和开发努力得到关注并且保证这些努力不会受到当前SOA成熟水平的不利影响。在许多情况下,根据这个计划目前在服务开发生命周期中所处的位置采取一种不同寻常的流程是有意义的。
最后,找出未来SOA发展的努力以执行新的政策、程序和标准。这还有助于进行优点和缺点分析。随着SOA的进步,要开始搜集和分析指标和数据,从而进一步建立一个强大的SOA治理计划。合适的客户服务和强制治理构成了这个共享服务中心。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
SOA治理模型核心:人
治理在IT领域非常关键,但是很多时候企业的做法往往太过单向,企业SOA治理模型往往忽视了所有部分当中最关键的组件:人。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。