我认为要不了几年,SOA可能就会被我们所遗忘。这个庞然的新流行语已经为“事件驱动结构”所替代。 我为什么不吃惊?我在1996年设计WebRepository的时候它就是围绕着状态/事件驱动的应用模型了。BPM/SOA厂商宣称,你“只需”利用Java代码(比如Oracle JDeveloper)将事件连接到BPEL流程的二维工作流图去即可。
从我的角度来看,把“敏捷性”用在需要Java程序员创建一个简单的事件驱动流程的SOA身上是一种虚假陈述。 顾问和分析师: 为什么我似乎总是针对顾问、分析师和外包发难?实际上我没有。但跟人无完人,并非顾问的所有的建议都是金玉良言。 面向服务……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
我认为要不了几年,SOA可能就会被我们所遗忘。这个庞然的新流行语已经为“事件驱动结构”所替代。
我为什么不吃惊?我在1996年设计WebRepository的时候它就是围绕着状态/事件驱动的应用模型了。BPM/SOA厂商宣称,你“只需”利用Java代码(比如Oracle JDeveloper)将事件连接到BPEL流程的二维工作流图去即可。
从我的角度来看,把“敏捷性”用在需要Java程序员创建一个简单的事件驱动流程的SOA身上是一种虚假陈述。
顾问和分析师:
为什么我似乎总是针对顾问、分析师和外包发难?实际上我没有。但跟人无完人,并非顾问的所有的建议都是金玉良言。
面向服务架构(SOA)1996年由Gartner在一篇SSA研究报告中首次提出。Gartner研究那些公司的偏爱,那可以堆满整个陈列柜(失败的预测),我并不认为那是他们所好。 SOA并非什么糟糕主意,也不是电子设计自动化,但由它所组成的行业反对我今天的演讲。我请你们不要让现在这个主意影响到你们对此的判断能力。我要邀请你,不要害怕,站起来宣告——你并非科技的草根,作为一项人权,你必须如此宣告。只要本着提供用户流程优先这个出发点,我对用户及业务单位的力促就不会造成妨碍。实际上,我恳请用户和IT要更灵活些。
神圣愿景:
那么,如Gartner副总Barbara Gomolski前面所述,是什么阻止了大部分组织的前瞻性战略改变及创新呢?政府和商业各打五十大板?可为什么优秀的专家那么害怕尝试新鲜事物呢?
我找出了一种解释:在1996年出版的《神圣愿景》一书中,Thomas Sowell写到了一种政治愿景,这种愿景亦完全可以完全运用到商业和IT等其他领域:“当然,愿景的分歧,是基于假设的不一致的……然而,作为一种普遍的愿景,意味着其假设是得到被称为‘有思想高度者’的认可的,那些假设经得起挑战,永远都不会被要求提供实验性证据……对于信仰者而言,普遍愿景是天恩所赐,比任何其他东西都重要。”
索维尔这本书的副题十分贴切:“自得是社会政策的基础”。在洋洋自得的艺术方面,只有政治人物和股票分析师超越了IT。
反对普遍愿景者竭尽所能抗争,宣称“应当揭露背后的动机”。跟气候变化讨论很相像……
参考与创新:
大型组织的IT人士比其他人更加回避创新。我总是被要求提供安装参考(没人想成为被参考者),这对于创新型软件来说是不可能。嘿,这可是新东西;没人干过!此外,实际上任何两个不同的客户都不会用我们的软件或使用相同的设施去干同样的事情。参考指南自始至终都应当是有关于参与者的完整性,而非技术的完整性。
很显然,你也可以选择安全路线,回避创新,根据高德纳的魔力象限(Gartner Magic Quadrant)做出选择。然而高德纳只是一家市场分析公司,因此其信息是来源于过去的。在那里你找不到创新。
SOA并非创新,而是面向对象消息的演进,它转错了方向,因为供应商要卖自己有的东西——他们仅仅是更改了一下产品名称。在过去20里,我在本文中的观点已经被转换成ISIS Papyrus的产品,因此,其中部分业已、并再次具备相当的创新性。
我认为,自己进行大规模的开发或者购买刚性的“标准”软件(以及固化的流程)都会比尝试一下新东西隐含更高的风险。IT是最具竞争力的工具——如果它是由敏捷的人实现和使用的话。
你不能跟在别人屁股后面亦步亦趋。如果缺乏创新,无论跟时髦用语有多兼容,你的IT都不能站在风头浪尖。拿IT跟其他不进行创新者的做比较只会把大家都贬低到同样的低水平。不过……,在你的评测里,你可以展现出自己位列最优秀者之中!
创新——尝试新事物——总要承担一点风险的。勇敢点!
相关推荐
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
API创建影响生产的六个方面
在API创建方面,简单性至关重要。AnyPresence的Vivek Gupta讨论了开发者可以从6个方面处理好API的创建问题,从而加速API生产。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。