在Chmeaux中,我们在世界各地做的所有的事情,都是为了提高公司的收入。最近,我们听说,如果从事SOA会从所做的事情中得到更多的收入。我们的CIO,喜欢使用重复经得起考验的方法,让我们今年做SOA。 什么能证明比SOMA更好呢?一种IBM构建SOA的方法?我们翻开书,进行业务分析,并对业务流程建模,作为SOMA的指引。
几个月后,我们有一套我们支持的所有业务流程的目录,以及为每个业务部门所保留的一些额外的流程,然而,我们的CIO在每个目录中,不想读数以百计的页面,他想要一些简短的介绍。最好是我们能组成“一些简短的介绍,从每一目录中萃取出来,作为内容的集合,一起表达出来”。这就是我们要给CI……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
在Chmeaux中,我们在世界各地做的所有的事情,都是为了提高公司的收入。最近,我们听说,如果从事SOA会从所做的事情中得到更多的收入。我们的CIO,喜欢使用重复经得起考验的方法,让我们今年做SOA。
什么能证明比SOMA更好呢?一种IBM构建SOA的方法?我们翻开书,进行业务分析,并对业务流程建模,作为SOMA的指引。几个月后,我们有一套我们支持的所有业务流程的目录,以及为每个业务部门所保留的一些额外的流程,然而,我们的CIO在每个目录中,不想读数以百计的页面,他想要一些简短的介绍。最好是我们能组成“一些简短的介绍,从每一目录中萃取出来,作为内容的集合,一起表达出来”。这就是我们要给CIO的东西。
在我们递交目录内容之后的短时间内,CIO给我们召开了一个紧急的会议。她说,我们做了庞大的工作。我们不胜感激。她还说,一个星期前,新的业务计划战略生效,以及二个月以前我们记录的一些业务流程发生的了变化。这是一个坏消息,因为我们认为我们必须记录新的流程,也许,当我们重新描述第一组流程时,其他流程改变了,等等。虽然,CIO说,她注意到许多目录的标题看起来很相似,并询问我们所记录的流程,是否用不同的业务数据来做相同的事情。她要求我们继续工作,并解决这个目录的问题。
我们不愿意与相同的业务人员重新谈论相似的流程,但是在CIO的帮助下,我们采访了业务经理,我们第一次合作。这比上一周花费的时间更长,而事实上,我们更容易的找到大多数的业务流程,在我们支持的多个应用程序中,¬可以减少相同的流程的偏差,使用一或二个应用替代多个应用。看上去,SOA还真是一个好东西,但是你必须从事高、中级的业务管理,并找出业务活动的共性,当使用传统的IT数据分析方法时,好象有很大的不同。最后,我们提出了一个业务流程和服务的目录,这易于理解和管理。CIO签署了并执行了基于我们的研究结果实施项目。
我们感到自豪,我们发现了一种方法,可以编写和重编业务服务和流程,使他们的业务核心一直都是焦点,例如,我们发现在Chmeaux中保持IT业务敏捷性的方法。方法很简单 - 所有的流程和服务必须定义和实现,作为独立完整的,甚至为任何需要编排的组合而设计的独立应用。是时候找出谁会为我们构建SOA,因为在Chmeaux中,我们做了一切,但是没有构建SW的应用。
兴奋的CIO让我们争取潜在的市场,包括非廉价的IBM、Oracle、微软和其他厂商。所有潜在的供应商代表告诉我们令人兴奋的事情,SOA如何能在市场中帮助我们的业务和IT来达到下一级别的业务优势。很多人继续说道,像,“我们如何在[*]中做SOA,[*]在哪里支持他们公司或者平台的名字。” 例如,面向java的公司主张用那些流程在BPEL或者相似的技术中建立流程层和Web Service层。当我们问到我们的服务在哪里时,(因为Web Services只能与某物相互作用),我们不能得到更多清晰的答案,实现Web Service可能是主观的和我们希望的。好了,这正是我们让供应商告诉我们,实现或者不实现Web Services。
微软公司给我们演示了一个特殊的例子。首先,他们说,我们不需要BPEL,因为他们有更好的技术,WCF/WF。而且,虽然他们支持BPEL,但是底层的实现与WCF/WF是相同的。例如,他们的BPEL工程师只能做WCF/WC允许的事情,例如,为什么还要为BPEL费心呢?第二个启示是当他们解释在服务与客户之间交流时,如何构建并使用这些数据。尤其是,他们说数据对象可以基于每个定义的类型数据的XML模板而生成,在我们处理事情的时候,我们确实需要有很多的数据类型。这是一个好消息,他们说要用这个XML的模板来执行数据转换,输入的客户和服务的数据必须要共享到至少一个DLL库中。另我们惊奇的是,他们说:“这就是我们在微软平台上如何做SOA的方法。”
如果你对后面的陈述还有疑虑的话,让我们来解释一下:如果客户和服务必须共享在DLL、或者接口、或者对象/类下,从程序来说,他们是耦合的。如果一个服务共享一个DLL给它的所有客户,他们会耦合在“独立的”接口的表面下,‘共享’不等于‘具有相同的功能’。例如,在Java中从事Web Service,一部分客户和服务代码基于相同的WSDL生成,例如,他们共享WSDL,但是他们没有共享生成的代码。这允许他们每一个人彼此完全独立的进行和改变。例如,当他们需要的时候,当WSDL改变的时候,双方必须重新建立他们外部的代理。然而他们的核心代码不变。相比之下,如果服务改变共享的DLL,所有的客户必须立刻改变他们的代码。在这个‘dll’的小问题下,你认为推出同样的整体桌面应用程序无效吗?我们是这样做的。
这是一个悲伤的故事,因为在Chmeaux中,我们仍然在寻找能给我们独立的符合面向业务服务和流程的供应商,在我们的业务何时及如何需要时,我们会重编程序。我们希望花在重编上时间最多几周,我们不想让程序员对他们付出太多的工作。你可以把我们推荐给能在Chmeaux中为我们做SOA的人吗?
相关推荐
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。
-
如何避免云计算与SOA冲突