MomentumSI的CEO Jeff Schneider试图定义出IT筒仓和面向服务体系结构(SOA)之间的关系。
\我认为一个筒仓(silo)是一个系统,或者说是信息仓库,它解决了企业的一部分问题,同时却将相同或者相似的问题留给其它的领域自己解决。筒仓造成了系统、业务逻辑和数据的重复。\
Jeff当然不是第一个探讨这种关系的人。 Dave Frankel,SAP实验室的标准体系架构领导者,将SOA定义为:
\SOA的核心思想是IT资产重组为松耦合组件。那些组成SOA核心部分的工具构建的组合应用以唯一的方式编排多个组件,由此拓展并最终打破那些妨碍集成、呆板的IT筒仓。这些筒仓需要多级集成和清理,导致越来越多的维护和操作费用。一般来说,筒仓很有害。\
最近,Joe McKendrick发布了一个报告,这个报告详细说明了农业信用加拿大(Farm Credit Canada,FCC)——一家加拿大农业金融服务提供商——采用SOA方法将自己从一个筒仓组织(其中,为每个特定业务功能部署了一个应用)重新组织为一个“以服务为中心”模型的过程,其中的应用程序按照面向服务体系结构(SOA)原则来构建。他在报告中指出,这个转换经历了一个六阶段。
\1) CEO驱动:“CEO发起一场文化革新运动,将其作为创建一个‘以客户为中心’组织的思想基础。”\\2)过程革新:“组织关注需要完成那些事情才能把组织过程和系统集成起来,进而能够提供一流客户体验。”
\3)转变IT自身:“CIO评估IT组织的当前状况,所有当前IT项目在此期间都要暂停。”为了支持由SOA原则支持的“以架构为中心”方式,所有的筒仓方式都被抛弃。
\4)“通过实现一个精心挑选的SOA业务流程”,完成概念验证。
\5)治理:“组织负责重新对其它过程进行详细设计,并承担那些与管理“过程驱动”IT组织相关的治理问题。”
\6)迄今为止转变IT功能及其关联技术的收益。CIO识别各种收益,从业务和IT之间沟通的改善,到可重用的IT资产的开发。
\
Jeff注意到,一般情况下:
\几乎所有的巨型组织都有很多筒仓,成因多种多样:\\
- IT的资金产生于每个业务领域,每个领域购买/构建它们自己的系统 \
- 企业合并或者并购导致了重副(筒仓)系统 \
- 整个企业的短视或者规划导致了无意识的筒仓 \
……[然而]这些公司[的确]没有执行“筒仓分析”。
\
他的文章提供了执行这个分析的实际步骤:
\\\
- 我们的筒仓是什么? \
- 这些筒仓有一个合理的存在的理由吗? \
- 我们希望哪个筒仓结束掉? \
- 我们可以实际消除掉哪个筒仓?(政治,投资等等) \
- SOA会导致“筒仓服务”吗? \
这个列表中最关键的一个问题是最后一个:SOA会导致“筒仓服务”吗?Jenny Ang和她的同事已经认定这会是一个潜在的SOA反模式。
\Eric Roch也在今年早些时候问过这个问题:
\你如何确保SOA不会围绕业务单元创建一组新的筒仓?\
Eric建议
\\\
- 建立一个战略服务蓝图(未来的业务服务目录) \
- 组建一个多功能的SOA指导委员会,由SOA发起人、每个应用系统的首席架构师以及一个企业架构师组成 \
Joe McKendrick认为从两个关联层面应对这个问题:
\\\
- 首先,从技术角度,是联邦。超过1/4的公司已经转移到一个联邦的体系架构来支持多个ESB或者中介实例。试图通过单个ESB管理一个成长中的SOA是不可持续的。 \
- 然后,从业务角度,是治理。有效的治理将会理清混乱不堪的服务。 \
Jeff总结说:
\筒仓分析应该成为每一个业务分析者、架构师、开发者和治理专家的根深蒂固的观念。对我们下一代的教育失败会导致更多的筒仓——仅仅使用Ruby而不是Java来开发它们……\
Jeff列举出了很多每个SOA治理组织在某个时候都应该询问的重要问题。你在SOA实现中考虑到筒仓问题了吗?你通过你实现的新服务成功避免新的筒仓了吗?你的BPM和MDM战略如何与筒仓相交的?
\ 查看英文原文: Did you Perform a Silo Analysis as part of your SOA Implementation?
MomentumSI的CEO Jeff Schneider探讨了IT筒仓与面向服务体系结构(SOA)的关系。SOA旨在通过重组IT资源打破筒仓,减少重复建设。Joe McKendrick分享了一家加拿大金融服务提供商如何通过六个阶段转型为以服务为中心的模型。
2846

被折叠的 条评论
为什么被折叠?



