文章：SOA治理中的角色

本文探索了成功的SOA治理需要的一套潜在的角色：“SOA领域架构师”角色，“SOA平台架构师”角色，“服务设计者”角色，“业务服务所有者” 和“技术服务所有者”。并详细讨论了上述的每一个角色。

在过去的几年甚至是数十年间，许多大型机构中的IT部门成长起来。这些机构有许多运行在使用IMS和CICS的主机系统上的应用；还有许多运行在Unix平台上的命令行的应用；此外还有些基于客户/服务和4GL的应用，甚至还有那些由不幸的使用第一代面向对象思想的用户实现的UI。最后，所有的这些都得粘合起来，或者换句话说：众多到不同的集成技术，从基于文件接口的技术到数据库复制技术，从API访问到屏幕界面的抓取，还有RPC、CORBA等，以及至少跨两个EAI平台的集成技术。或者用别的话说：尽管许多大企业的IT表明上看上去像是一个整体，但实际上内部是一塌糊涂。这也是为什么企业要实施SOA的主要原因。

SOA承诺在功能领域中引入明确的边界，这些功能领域的设计来自于业务本身的要求，而不是来自于IT的需要。服务成了最基本的用于管理、引入、开发的概念元素，也是用于计划、分配任务的基本元素。服务成了源代码之外可替代的、现代化的存在，渐渐地，企业的IT从面向应用的体系结构转移到一种服务体系结构，前者依靠集成，后者使得自主服务之间的互操作（而非异常）成为缺省行为。许多开发商、分析师、顾问和相关从业人员都同意，要想确保SOA成功，治理是SOA的一个关键要素。

本文中提到的这些角色概念可以作为一个出发点。但根据作者的经验，这些已被证明是一个不错的关于任务和潜在角色的清单，这些角色可以很好的对映到现实单位中的已有角色，这个清单也告诉那些单位是否有必要引入新的角色。

阅读全文：SOA治理中的角色