【IT专家网独家】近期我参加了SAP一年一度的行业影响会议。通常我在出席这类会议的时候总是会在自己的电脑上记录非常多的笔记，只有这样才能帮助在会后真正的去理解那些上台演说的执行官员精彩演讲的背后所希望表达的更深层含义。说实话，我很享受这么一个过程。在面对我所记录下来的内容并依此分析一出又一出“业务舞台秀”背后的关键因素，其实很多时候都是以影响力为目的的。

　　针对这些有趣的事我也非常愿意和一些朋友进行交流，比如我的同行，另一个博客写手Michael Krigsman，他也在他的博客中提出了一些非常有趣的想法。当然，还有他在博客中的一个伙伴，Joe McKendrick。他们所提到的一些观点对于SOA和SAP都是非常值得重视的。

　　好了，还是回到我这篇文章的主题。在我从SAP的会议回来之后，这些笔记告诉了我什么?第一，我可以清楚的看到，SAP的领导层当前非常热衷于三件事：创新，SOA以及如何成为王者。

　　以下则是我对于这些观点的一些记录：

　　创新：我从长达7页的笔记中只是选择了整场会议开场的那一段，仅仅只是在这一段里我输入“创新”一词高达25次。当然，这决非一个记录。在过去的六个月时间里无论我参加什么样的会议，厂商总是会将几乎所有的重点放在创新这一点上，而SAP所提到的正在进行中的创新的定义对我而言也并不会感到吃惊。“您可以通过一个流程的改进提高工作效率，突破以往的最高限度发挥巨大的潜力。”这是我从记录中整理出来的一句基于演讲内容的概要。

　　这是关于持续不断的创新过程，你可以看到流程创新和行业创新的SAP已经与SOA蓝图有效的结合到了一起。这也为增量限度的突破带来了更多可能。通过这种方法可以实现以一种循序渐进的形式创造突破。你也可以引入更多的新的流程，增加灵活性，进一步实现良好的业务突破。

　　对会议的内容虽并非是原话，但这绝对是我对当时会议的深刻认识。SAP所提到的创新之所以和其他的厂商有所不一样，有趣的地方就在于它是按照一个渐进的过程来体现创新，这必将呈现一种结构完整的服务架构，而结果则将会是我们所预期的创造良好的业务突破。相信这一点应该是不会有人反对的。但是，同时我也在不断的等待，因为毕竟我们至今都还不能举出具体的例子，将这些内容与客户的具体经验联系在一起。

　　面向服务架构：SAP非常推崇SOA。在我与SAP高层的几次对话中，他们曾多次提到“我们是SOA领域的领军者”。SAP在将单块集成电路打破为代码模块化组件方面做得的确非常出色。这对于SAP内部是有利的，因为当其需要自身组织发展，升级版本时，工作量会大大减少。使用基于标准化上的Web服务替代专有应用编程接口也助益良多。SAP很善于在其平台内适应行业标准。我的疑问是：如果SAP想要在其拥有和控制的移动部件中建立以SAP占主流的架构，他们是否有能力自称为SOA领域的领军人物。

　　在我看来，SOA必须是基于异构方案架构。不论建立的平台是什么，业务服务必须是松耦合的。SAP并不是与我意见向左的公司，IBM、甲骨文、微软、BEA等等也都想要将自己的平台作为SOA标准。对于客户来说，这将是很危险的一个举动。

　　王者：事实上， 我认为任何厂商在这场“架构游戏”中获胜，输家都将是客户。如果明年我说SAP最终达到了其目标成为SOA标准，我将是第一个宣布SOA死亡的人。尽管SAP是一家具有智慧、竞争力和技术完善的公司，它需要在高度分段、复杂和异构世界中以其客户的成功为基础集中力量赢得胜利。

       IT专家网原创文章，未经许可，严禁转载!