UML软件工程组织

 

 

企业架构和SOA架构的角色将融合

2008-04-03 出处:天极Yesky软件频道
 

我很高兴组织了BriefingsDirect SOA Insights Edition最近在德州Austin举行的Open Group’s Enterprise Architecture Practitioners Conference中一个小型讨论会。

会议议题是“SOA的未来”。这也是无心之举——从BPEL4People讲到了语义学最终又说到了SOA成功的话题。

与会者包括Eric Knorr,InfoWorld的执行总编;Tony Baer,onStrategies的领导;Todd Biske,MomentumSi的主力架构师,和Beth Gold-Bernstein,ebizQ学习中心的副总裁。

以下是会议摘录:

Dave Linthicum预测,在5年之内,企业架构和SOA架构的角色将会融合。

五年是比较模糊的定义。但是从管理角度上来说,SOA的角色越快融入到企业架构就越好。正如Dave所说,最好的架构实践。我们已经知道有二十来年了。

SOA根本的改变了我们创建程序的方法。这意味着开发者们需要改变他们建构程序的方式,这是非常不同的。这需要一定时间来让我们建立起不同层次的服务。

如果你有一个无边界的信息流,如果你有敏捷特性,如果你可以让你的IT和业务步调一致,那么你认为你的IT部门的行为会有多少影响呢?

这将在我们今天看到的基础上有很大提升。采用SOA是一个IT操作的基础性的改变。这是一个文化改变。

我们习惯于创建一个解决方案,用于生产,然后转向另外一个工程。这是一个基于工程的文化。如果你转移到SOA上,你将会提升到一个基于产品的文化,这时你拥有了一个超越多个版本的生命周期,除非你将服务取出产品外它会永不停止。

从基于项目的文化转移到基于产品的文化将是最大的提升。如果你想有个好例子,看看实践产品管理的公司,和他们所卖的产品,你可能就有IT需要怎么操作的好点子了。

我关注了信息集成问题,或者数据管理,企业,逻辑数据模型,无论你怎么叫它。它是一个很好的空间去看,并且说:“好的,我们需要修正什么来使得SOA正确?”

我们需要指出如何使得这个信息和正要被适当执行的项目相关,采取可以让我们达到目的的渐近步骤。很清楚的,有一个恒定的语义模型是SOA成功的关键。如果我们没有使得所有服务具有统一性,那么我们将会给消费者创造更多的坏事情。这不是正确的生产方式。这是关于创建方便消费者使用的服务。

部分SOA的成功之路可能是有能力去作为一个企业消费市场上的服务。并且寻求低成本和高回报。我的感觉是这并不是一个随机的耦合。这并不会走向合作。我们即将在另外一天讨论语义集成,但是在每个成功的语义集成之后都有一个成功的人力伙伴。

SOA不仅是打开了其他一些技术的大门,如BI,BPM,分析和事件驱动过程,同事业打开了更多获取和消费组织外服务的大门。

就像你能看到遍布组织和ISV的SOA方法学一样,你将开始看到一个更加组件化的方式来开发应用程序,这一方法将渗入到商业软件的开发商中。

我们已经看到了诸如mashups和RSS feeds和商业过程带来的内容的流行。你想过没有,当SOA成熟了,我们眺望将来,需要有一个内部和外部内容的描述,谁将管理其边界呢?

如果你有一些内部数据源,也许Google Maps也在边上,你也放置了一些Salesforce.com的内容,你将开始从实例中体会到上层管理的敏捷性。这就是mashups的一个好处。

如果有一些流氓服务被开发了,上层管理者又没有被发现。最终这种防火墙外部的东西将会进入到更高级的SOA的某处造成破坏。从某种角度来说,这确实是SOA让人振奋的地方,具有独特的能力来连接外部数据服务将它们引入进来。

如果SOA是成功的,它看上去像我们处理了一个很复杂的集成,但是然后解决了语义问题的复杂性,人力和行为的问题,然后是边界和政策和管理的问题。那么是否业务部门有足够的认识到SOA值得他们的投资,什么时候我们能到达那种经济化的业务理性上来呢?

我们需要从底层做起而非从宏观的企业级数据模型的角度。我们采用渐进的策略,不要指望项目一步到位。然后,你做完了这一切,如果你能将它兜售给业务部门,那么那就有一些内部预算或者内部交易什么的,能够补贴这多余的20%的开发。

说“每件事从头做起”并不奏效。你需要折衷的办法,但是它必须是由业务策略驱动的。所有一切必须回到业务策略上来。

确定“我已经成功了吗?”的方法是:我已经在我的业务策略中成功使用了吗,满足我的业务目标了吗?”如果是,那么我做对了。每个企业都将改变IT为这些目标贡献的能力范围。这又回到了业务需要干什么的问题上来,试着去理解IT是如何提供解决方案的。如果我没有任何关于IT做出了贡献的想法,我是不能说自己成功了的。

公司走在以前从未走过的路上竞争。因此也许竞争——竞争赢得市场的能力,可以迂回你的直接竞争者,来有效合作,融合和获取——这是SOA的最大贡献。因为你的IT部门可以跟进你的商业策略。

脑子里情况已经比较清楚了。当你突然面对将两个机构合并在一起,这在商业中很常见——M&A并不是这些日子里的例外——在某些点上你必须说:“看,我们需要采用一个架构方案。我们尝试了新的方法,但是它们没有价值。我们需要走回到老路上来,我们传统的执行方式,我们正要准备将我们自己开发进一个砖墙里去。”

从这里阅读全文获取更多IT分析和SOA内幕。这是Interarbor Solutions的贡献:分析,咨询和丰富的新媒体内容提供商。

 

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号