建立服务治理组织2009-12-11 infoq Jean-Jacques DubrayService,物理上类似海运服务,或被软件代理商所实现的服务,总是被设计与提炼成被尽量多的消费者所重用。这是面向服务架构的本质:降低成本、风险以及通过分解和实现可重用的IT资产来减少构建解决方案的延迟,这些通常在设计阶段处于未知状态。同样的SOA治理与数据和IT治理没什么区别,数据和IT治理致力于设计信息模型或选择超越给定项目边界的可重用技术。服务必须被治理为可重用的:所有可预见的消费者必须能表达他们的需求,这些需求接下来被划分出优先级和阶段,同时服务拥有者被指派且投资模型被建立。在前一篇文章中,Stefan Tilkov更多关注的是SOA治理中的角色(1)。我这里的目标是帮助你按照人员、过程和技术情况建立一个服务治理组织。服务治理宪章(Charter)服务治理的主要目的是通过培育可重用的、企业级服务来获得面向服务架构的好处。作为一个功能交叉的组织,服务治理确保及时解决在定义共享需求时由所做的必要折中带来的问题和冲突。尤其是,服务治理组织被赋予特权以定义清晰的服务所有权边界和指定一个公正的投资模型。服务治理监控着横贯组织服务的部署和重用。一个高的服务重用度、一个稳定的企业级服务部署流程、以及无痛的服务退隐是治理成功的指示器。服务治理不应该与传统IT治理及企业架构(Enterprise Architecture)重叠;它们定义了SOA技术标准和引导增加SOA成熟级别的路线图,同时服务治理组织被委以进化服务全貌(landscape)的重任。通常,服务治理的角色是被动的,过程候选服务通过特定项目或在业务单元级被识别。只有当一个组织已经达到了高成熟度级别,服务治理才可能启动一个系统的自上而下的企业服务辨别并许可它们的实现不依赖于任何项目。在任何情况下,治理组织应该被授权不依赖于最初消费服务候选的项目预算和资源限制来建立企业级服务。因为可重用性通常伴随着更大的范围发生,这将导致更高的价码。治理组织管理服务定义(它们期望被作为公司资产来管理)。它还负责维持其他企业资产(如业务过程模型和参考数据模型)的可追溯性和一致性。我们将在本文的最后一部分回到参考或企业数据模型上来。人员前面提到的文章是从服务实现的角度描述了角色涉及的服务治理活动。当一个组织开始其面向服务架构时,这些角色足以保证企业级服务交付,尤其是当他们属于一个卓越的SOA中心时。
角色 | 描述 |
业务服务所有者 | 指导并控制服务实现、进化及退隐 拥有服务的功能范围、服务级协定有效管理服务性能以满足治理要求并确保适当级别的重用向治理组织报告服务活性 |
技术服务所有者 | 执行服务实现、进化和退隐 拥有操作级别协定并管理服务以满足其在可用性、性能、安全方面的目标监控服务以识别潜在的关于SLA和OLA的问题向业务所有者报告服务活性 |
SOA平台架构师 | 与IT和SOA治理组织一起建议并讨论SOA技术标准 确定服务实现是符合标准的 |
服务开发者 | 帮助领域架构师和平台架构师从事治理相关活动 实现治理策略和推荐 |
当一个组织走向成熟且众多服务候选逐日递增时,引入一个治理领导是有益的,他将拥有过程和资源以确保治理活动被适当的执行,而问题在某种程度上被及时解决。他应当得到一个功能交叉的治理委员会和一个服务库管理员的协助。
角色 | 描述 |
治理领导 | 从人员、过程和技术角度全面管理治理活动 对服务生命周期负责对服务重用程度负有责任这一般不是一个全职角色,可由领域或平台架构师担任 |
治理委员会 | 回顾服务候选提议 推荐服务所有权及投资模型解决与消费者需求优先级、服务所有权、投资模型、进度表、SLA和OLA相关的问题这是一个功能交叉的团队,覆盖尽可能多的领域 |
服务库管理员 | 管理关联服务注册和服务仓库的服务生命周期活动 维护注册分类法确保正确的数据及元数据存储到仓库中同样,这一般也不是一个全职角色,可与架构师角色混合 |