|
|
主题：EAI拙见 返回主题列表 社区首页
刷新 PAGE 1 / 2 共16篇 首页 前页 后页 尾页 转到:
EAI拙见
dsgxl 发表于 6/23/2003 10:45 EAI/门户/集成/安全 ←返回版面 [本贴是精华帖]
本人在EAI领域也走过一段日子了。从一开始提出EAI这个概念起，就存在很大的争议。
1、EAI是在网络泡沫危机来临之际，站在“时代”前沿的人们意识到网络经济危机时，苦苦反思的结果。他们比起网络泡沫，可以说“现实”多了。当时比较流行的一句话“网络和实体结合，为企业服务”。他们认为原有的各种应用系统把业务分析得相当完备了，但存在一个系统之间的整合问题。于是EAI理论诞生了。
2、其实、这个理论从一诞生就是模糊的，整合只是一个空架，一句空话，企业究竟需要整合什么。不知道。当时同样有句流行的话“EAI嘛，太庞大了，不是一个简单的问题”。当然也不缺乏一些实干家们用技术手段提供系统接口解决问题的“EAI”。
3、难以置信的事又一次发生了，空投“EAI”彻底失败了。当然，接口EAI也兔子尾巴长不了。于是、博士们进入了，一句流行的话又传开了“整合嘛，无非两个方向，数据整合、应用整合”。多有深度、品位的描述。
4、其实、没有一个“EAI”被证明成功。都太空洞了，问题在于两点：整合业务是什么？“不清楚”整合的技术是什么？“都行”或者说都不行。
5、当两个问题都解决了，那么一套系统平台就出世了。中国人，很难做到。因为中国人善于解决问题和空谈，不善于建立平台、环境。
说到这里，不得不为中国政府遗憾，投了那么多钱、养了那么多人，始终没有像样的平台出世。“WPS”?"linex"?....
悲哉
club.AMTeam.org
回复本贴 引用回复 报告本贴 编辑本帖
[讨论] re:EAI拙见
matthew 发表于 6/23/2003 20:02 EAI/门户/集成/安全 ←返回版面
EAI并不是在互联网络泡沫来临时才出现的，或许可以说它在国内的出现刚巧赶上了网络泡沫时机。这一点源源博士的文章中有着说明。
企业应用整合的需求一直存在着，一直以来我们一直遭受着“烟囱”式信息系统的折磨，数据分散在企业的各个系统中，各个系统中的数据不一致，不同的应用通常推出不同的结论。经常在开会的时候，在汇报收入时，帐务部门和营业部门拿给老总的总是不一致的数据。
EAI的应用的热潮根源于技术的成熟，商业环境的竞争加剧的因素。
现在，企业应用的整合已经具有了比较完备的体系结构和技术基础。它包括通讯，消息整合，连接器，工作流支持。各大IT厂商都有较完整的解决方案。
不断加剧的商业竞争要求企业快速相应市场的需求，推出符合不同群体的业务，加快客户相应速度，提供个性化的服务，这些都需要应用的整合。比如callcenter，一个用户电话进来，话务员可以同各整合的界面，从帐务系统查到用户的消费记录，从CRM系统查到用户的信息，从银行提供的接口查到用户的信用状况，从而提供相应的服务。
应用整合应该具有明确的业务目标，而不是为了整合而整合。有的企业信息系统根本就不足以满足业务管理需求，则应当加强系统建设，而不是急于整合。而像电信领域，激烈的市场竞争和新业务的需求，要求电信提供快速的反应和更好的服务，而现有的信息系统难以支持业务的需求。现在的97业务开通系统，效率低，不支持新业务的开通，功能仅相当于一个电子工单流转系统，一个电话的开通，需要对资源管理系统，交换系统，计费帐务系统手工设置数据。为了提供客户的响应速度，我们就需要整合业务开通系统，资源管理系统，交换系统，计费帐务系统。
club.AMTeam.org
回复本贴 引用回复 报告本贴 编辑本帖
EAI的起源
oldtony 发表于 6/23/2003 21:07 EAI/门户/集成/安全 ←返回版面
在Web没有出来之前，就有EAI了。
dsgxl先生，如果有机会了解一下WebM和Tibco等公司的产品，就不会相信EAI是泡沫了。
club.AMTeam.org
回复本贴 引用回复 报告本贴 编辑本帖
你的想法很好。推荐大家阅读。
borderlake 发表于 6/24/2003 09:10 EAI/门户/集成/安全 ←返回版面
回复本贴 引用回复 报告本贴 编辑本帖
讨论
dsgxl 发表于 6/24/2003 11:37 EAI/门户/集成/安全 ←返回版面
首先，感谢大家对这个问题的热衷。
Re ld Tony
Tibico的产品我大致有些概念。我也确实借鉴过它的一些思想。后来彻底退出了。
您提到的整合概念，确实早就有了。我说一个事实给您：
如果说Win95是Microsoft的一个跨越，那么在此前3-5年内，微软就奠定了整合的基础，并且是microsoft今天的成就的一个坚实后盾。
众所周知：Win32到95是一个由API到对象设计思路的升华，但是值得一提的是：面对对象，是很多产商都在提的概念，是不是有了面对对象的设计就可以得以发展了。然而Microsoft没有停留在这个“空洞”的理论上，而是建立了COM协议，使得应用整合建立在接口之上，让开发做到真正的代码整合、对象整合、甚至编译整合。至今，他还是Microsoft技术、应用的基石。相反、Borland公司在面对对象的络上并不比Microsoft晚，不同的是一味的停留在理论上，今天的落末使然。
遗憾的是，理解COM的精华的人并不多，相反，因为COM的复杂而备道而驰的大有人在。即使使用这一协议，却多用于解决眼前问题的更是沾沾自喜。
Tibico的产品，很大程度上对技术问题提出了见解，却和Microsoft雷同，您对COM体系有较深理解，就不会被他们“高深”的理论唬住。也不难看出他不能成功的根源：“市场定位在哪里？”你总不能卖Windows吧？"优势在哪里？"你总不能说你建立了COM协议XML规范吧？
To:matthew
我并不想反驳阁下什么。我只想告知阁下：现在的各大IT厂商都在打造“中小企业信息化套装”。两层意义，IT厂商们认识到高大的理论解决不了客户需求，正在调整自己的策略去适应市场需要。相信他们意识到站在大客户面前侃侃而谈的咨询反馈回来的信息过于乐观，不能真正具有指导性。
EAI、谁会吃到这块蛋糕呢？
club.AMTeam.org
回复本贴 引用回复 报告本贴 编辑本帖
[讨论] re:dsgxl，继续讨论
matthew 发表于 6/24/2003 21:05 EAI/门户/集成/安全 ←返回版面
老兄果然有见地。然而存在以下问题：
您所的COM和我们提的整合应该不是一个概念，如果说Tibico的产品对技术问题提出的见解和Microsoft雷同，那windows和UNIX的图形界面更雷同，据我所知，UNIX的图形界面早于windows。现在的IT厂商提的整合，是应用和业务逻辑层次的整合。COM是微软针对OMG的CORBA而提出的，COM仅是一个分布式的编程模型，它所要解决的是分布式应用的开发问题。微软也没有说COM就是整合。兄弟这里附上一个微软的整合方案，请老兄鉴赏。Borland的没落由于其商业策略和微软的压迫，谁也不能否认其在开发工具领域的作用，谁能忘怀Ｂorland c++ ,c++ builder, Delphi,jbuilder等工具。兄弟也研究过COM的底层机制，对比过CORBA，J2EE的体系结构。那些毕竟是基础架构，需要极大的财力才能搞的出来，还要大企业的相互倾轧，你不能要求所有的程序员都去搞这东西。国内也有公司搞这些东西的，技术，市场也还可以的啊，如东方通科技。是的，现在的各大IT厂商都在打造“中小企业信息化套装”，那这些就是完整的解决方案了吗，它覆盖了企业所有的流程了吗，企业发展壮大了之后的，在过程中，逐步升级还是全盘升级呢，其中存在不存在旧系统和新系统间的互联，如果存在互联，那就存在整合吧。
club.AMTeam.org
回复本贴 引用回复 报告本贴 编辑本帖
[讨论] 微软的eai架构1
matthew 发表于 6/24/2003 21:20 EAI/门户/集成/安全 ←返回版面
本贴相关附件： 68991.RAR(1077kb)
回复本贴 引用回复 报告本贴 编辑本帖
微软的eai架构2
matthew 发表于 6/24/2003 21:30 EAI/门户/集成/安全 ←返回版面
本贴相关附件： 68992.RAR(1351kb)
回复本贴 引用回复 报告本贴 编辑本帖
采用EAI企业应用集成3
matthew 发表于 6/24/2003 22:07 EAI/门户/集成/安全 ←返回版面
本贴相关附件： 68995.RAR(1211kb)
回复本贴 引用回复 报告本贴 编辑本帖
采用EAI企业应用集成4
matthew 发表于 6/24/2003 22:18 EAI/门户/集成/安全 ←返回版面
本贴相关附件： 69000.RAR(1498kb)
呵呵，终于贴出来了！
club.AMTeam.org
回复本贴 引用回复 报告本贴 编辑本帖
刷新 PAGE 1 / 2 共16篇 |
|
收藏
分享
有用
无用