SOA实现与操作中的责任
SOA治理的目标是确定业务用户所需的服务并完美地提供这些服务。需求中心与供应中心在实现SOA中的任务与职责时也在时时提醒SOA治理的双重目标。图4列出SOA实现与操作中的任务与职责。任务与职责的对应关系是以INDIGO为前提的：
* 业务部门与需求中心负责IT在业务流程中的应用。
* 业务部门在需求中心里要有信得过的、了解业务部门想法并把业务需求转换为服务的人。
* 供应中心可以利用由各个业务部门的服务需求汇集的规模经济。
* 供应中心可以集中精力按时实现高效益、高质量的服务。
图4
实现SOA
实现SOA的战略决策是由CXO们根据业务与IT的一致性、业务流程管理（BPM）活动和为SOA建立企业标准的供应中心而做出。INSOAP（Infosys Service Oriented Analysis/ Adoption Process）是一个设计和实现SOA以取得更好的业务与IT一致性的过程。通常，实现SOA的决策应该是阶段性实行的。在实现SOA的过程中，基于INSOAP的重要阶段有：
* 当前与目标业务流程建模
* 流程到应用的对应和评估
* 服务确认
* 服务定义与建模
* 服务实现
* SOA托管
* 项目管理
* 治理
图5描述了根据INDIGO实现SOA的主要过程。其中一个早期步骤是需求中心对当前业务架构进行描绘，并做出过程/应用到服务的对应。同时，供应中心负责描绘出当前的技术架构与应用资源元数据。然后，供应与需求中心共同根据服务确认和对应过程为业务部门确定目标架构和SOA方案的蓝图。这个蓝图是供应中心与需求中心对服务的粒度、分类及组合服务、服务合并与合理化进行定义的依据。在需求中心进行服务契约与服务数据建模工作的同时，供应中心也同时进行服务实现和托管工作。项目管理、风险的评估与减轻、业务持续性规划、服务治理和管理都由需求中心和供应中心共同进行。
图5
使用INSOAP实现SOA的一个重要方面是服务确认和对应的过程，如图6所示。需求中心提供与业务流程相关的用例。供应中心使用这些用例及与业务流程相关的应用和数据库确定需要提供的细粒度的组合服务。这是一种自上而下的业务流程到服务的对应方式。如果企业中有旧应用，供应中心还要对这些应用进行自下而上的服务挖掘。然后，需求与供应中心把从这两种方式中得到的服务组织成业务部门所需的一系列服务。这是服务合并与合理化的基本。供应中心根据合理化作业的结果开发并实现业务部门所需的服务。供应中心根据业务驱动建模、痛点、和按照需求中心提供的数据做出的效益分析接受服务合理化决定。已实现服务和非功能性需求问题造成的业务影响由需求和供应中心共同完成。合理化作业的结果也是供应中心决定购买、开发服务或是处理过期应用的依据。一旦服务启动，不管是在企业内或通过第三方，SOA操作和支持业务用户的治理机制必须及时到位。
图6
操作SOA
根据INDIGO，操作SOA的主要过程是支持用户使用服务、SLA和QoS管理，如图7所示。关于SOA支持方面，供应中心应该负责建立技术和功能性用户指南。在传统的IT应用中，通常企业会依照ITIL服务质量标准（IT Infrastructure Library）管理用户指南和相关支持性操作。SOA环境下也可以使用类似的标准。
图7
技术性指南和支持由供应中心负责，而功能性指南和支持则由需求中心负责。通常企业会建立三到四层的支持。第一层主要解决简单问题，第二和第三层由稍专业的支持团队解决稍复杂的问题，第四层负责SOA设施和改善服务性能相关的问题。进行技术性与功能性指南和支持时应该利用工作流工具和数据库系统以帮助分类、分析和记录持续恶化的问题。
SLA和QoS管理是保证业务部门的服务用户对服务满意的关键。需求中心与供应中心共同负责提供新服务的规划过程。他们还要负责建立管理包括金融方面、可用性/持续性、QoS、偶然事件分析和安全问题等服务等级协议的过程。如果服务由第三方团队提供，供应中心也要建立供应商评估流程，根据服务等级协议保证服务质量。供应中心还要负责发布能让需求中心满意的配置、变更和版本管理过程。这里要注意的是，可能要结合策略储存库、注册和策略管理设施来管理SOA策略。传统IT企业则是使用BS1500与ITIL标准进行SLA与QoS管理的。
