本文探索了成功的 SOA 治理需要的一套潜在的角色:“SOA 领域架构师”角色,“SOA 平台架构师”角色,“服务设计者”角色,“业务服务所有者” 和“技术服务所有者”。并详细讨论了上述的每一个角色。
在过去的几年甚至是数十年间,许多大型机构中的 IT 部门成长起来。这些机构有许多运行在使用 IMS 和 CICS 的主机系统上的应用;还有许多运行在 Unix 平台上的命令行的应用;此外还有些基于客户 / 服务和 4GL 的应用,甚至还有那些由不幸的使用第一代面向对象思想的用户实现的 UI。最后,所有的这些都得粘合起来,或者换句话说:众多到不同的集成技术,从基于文件接口的技术到数据库复制技术,从 API 访问到屏幕界面的抓取,还有 RPC、CORBA 等,以及至少跨两个 EAI 平台的集成技术。或者用别的话说:尽管许多大企业的 IT 表明上看上去像是一个整体,但实际上内部是一塌糊涂。这也是为什么企业要实施 SOA 的主要原因。
SOA 承诺在功能领域中引入明确的边界,这些功能领域的设计来自于业务本身的要求,而不是来自于 IT 的需要。服务成了最基本的用于管理、引入、开发的概念元素,也是用于计划、分配任务的基本元素。服务成了源代码之外可替代的、现代化的存在,渐渐地,企业的 IT 从面向应用的体系结构转移到一种服务体系结构,前者依靠集成,后者使得自主服务之间的互操作(而非异常)成为缺省行为。许多开发商、分析师、顾问和相关从业人员都同意,要想确保 SOA 成功,治理是 SOA 的一个关键要素。
本文中提到的这些角色概念可以作为一个出发点。但根据作者的经验,这些已被证明是一个不错的关于任务和潜在角色的清单,这些角色可以很好的对映到现实单位中的已有角色,这个清单也告诉那些单位是否有必要引入新的角色。
阅读全文: SOA 治理中的角色
活动推荐:
2023年9月3-5日,「QCon全球软件开发大会·北京站」 将在北京•富力万丽酒店举办。此次大会以「启航·AIGC软件工程变革」为主题,策划了大前端融合提效、大模型应用落地、面向 AI 的存储、AIGC 浪潮下的研发效能提升、LLMOps、异构算力、微服务架构治理、业务安全技术、构建未来软件的编程语言、FinOps 等近30个精彩专题。咨询购票可联系票务经理 18514549229(微信同手机号)。
评论