JiveJdon Community Forums
在线116人 J道首页 | 论坛首页 | 培训咨询 | 开源框架 | 精华 | 查搜 | 注册 | 登陆 |
首页 » 论坛 » J2EE/JavaEE/JEE/EJB/JSF等技术讨论
???en_US.forumThreadPrev.name??? 上一主题
Go back to the topic listing   返回主题列表
???en_US.forumThreadNext.name??? 下一主题
这个主题共有 4 回复 / 1 页 [ ]  发表新帖子  回复该主题贴
opensdp

发表文章: 5
注册时间: 2007年04月11日 21:24
[翻译]SOA? CORBA? 缩写首字母变了, 窘境依然 发表: 2007年06月12日 17:27 回复
这篇转载自 docman.cn 翻译家 网站

SOA (面向服务的架构)好像已经成了很时髦的话!!! SOA可以解决所有的问题,每个人都希望用SOA--我听说的差不多就是这样. 然而,当CORBA诞生时,我记得也是这样相似的声明. 人们期望它能改变IT业的工作方式. 对我来说,SOA就是基于CORBA的拥有更完善标准的XML/SOAP. 我可能错了.

然 而时间到了现在,却没有什么变化. Well,也许不是没有改变,至少有一点可以确定 -- IT复杂度正在以一种恐怖的速度增加,我真的不知道 -- 在失控之前,我们最大能承受的复杂情况是什么样子? 网上购物网站最担心这种事情,他们花了大成本去处理这种复杂度. 我有一个问题 --- SOA的引入真的能帮助IT人员更好的管理复杂度和降低成本吗? 还是在CORBA后面重蹈覆辙? 目前为止我看到了它在这个领域起的积极作用,但也有不少的怀疑的声音.

我能确信的是那些组织机构正在寻找一些新的方式来利用这种技术,将它变成一种竞争优势. 掌控这种新的日益复杂的平台会只是一种挑战.

我的观点认为SOA的引入只会把IT复杂度推向一个新的高度,超过了那些目前能够有效的实施管理的管理架构. 为什么我要这样说? 有几个理由:


-- 以SOA为基础应用需要一些能够更快的适应需求改变情况的管理工具,而目前的管理工具却不要求这样.

--以SOA为基础的应用会把大量的各种非集成的业务组合到一起,创建一个集成的业务层,而这种集成的东西却不能被那些以事件触发为基础的健康监控程序监控到.

那些需要用来管理SOA环境的大量的工具和技术本身就需要去维护了,过于复杂了.

如果管理不好,或者不能系统的降低和简化,复杂性会呈指数级上升.

所以SOA架构有一个潜在的特征就是把事情复杂化,复杂化到不能控制,它比那些典型的3层结构, client/server或者是monolithic应用的管理复杂的多.

这样一来,我们如何去处理它一方面有优势而另一方面会增加复杂性的关系呢? 我觉得只有一个办法可以解决这个 -- 在SOA管理工具上和管理经验是多下投资. 不仅需要技术,而且需要技能,过程方法,和实践经验. 这里有几种方法看起来很有吸引力:

*虚拟化 -- 处理复杂性的一种方法是简化工作环境 -- do more with less -- 较少的硬件,较少的网络工作,较少的软件系统. Less is more very often(少经常会变成多).

*建立和维护能力储备 -- 而不是工具储备或你需要去掌握的工具清单. 很显然,你需要掌握至少一种技术或工具所能发挥的所有重要的能力. 也许不需要第二种. 着重是技术的功效,而不是工具和技术本身. 使用这些技术储备可以简化你的工作环境.

*使用KISS方法 -- 自从大学时代我喜欢这种方法. 保持傻瓜式和简单明了. 应用到每个可能的方面. 复杂的设备,构造很难去维护和管理.

如果不加斟酌, SOA的优势就会被不断增加的维护工作所吞噬,服务质量会下降,收入会降低,顾客的忠诚对也会下降. SOA环境实现的成功与否决定于均衡增长的策略 -- 不要仅考虑增加功能能力,也要考虑如何降低复杂度.

------------完

[该贴被opensdp于2007年06月12日 17:30修改过]
[该贴被opensdp于2007年06月12日 17:31修改过]
banq

发表文章: 8929
注册时间: 2002年08月03日 17:08
回复:[翻译]SOA? CORBA? 缩写首字母变了, 窘境依然 发表: 2007年06月15日 16:33 回复
EJB实现了java世界内分布式计算,SOA=EJB+WebService,从这个意义上讲,SOA非常类似CORBA。

CORBA在电信世界应用很多,很多厂商摇旗呐喊SOA,他们的目光盯着电信银行这样的大客户,为中小客户的软件公司可别忙着淌这个浑水,比当初EJB要复杂多,还是多研究一下Spring+Hibernate和对象建模的问题,Spring分布式计算组件Cluster4Spring也出来了,可以实现动态服务发现(dynamic services discovering):

http://www.theserverside.com/news/thread.tss?thread_id=45766
shanghaimin

发表文章: 45
注册时间: 2007年05月29日 04:44
re:[翻译]SOA? CORBA? 缩写首字母变了, 窘境依然 发表: 2007年06月15日 21:51 回复
if SOA is class,
COBRA,Web Service, JINI are the instances
please dont confuse.
gougou3250

发表文章: 98
注册时间: 2007年05月08日 16:48
re:[翻译]SOA? CORBA? 缩写首字母变了, 窘境依然 发表: 2007年06月16日 14:58 回复
为什么需要分布式?(不考虑master/slave)
1.单机负担不了,需要多个机器来做负载均衡(ejb)
2.需要几个不同系统之间数据交换(corba/soa)

分布式的目的是什么?数据整合

数据整合的发展:
基于数据的整合->系统接口调用的整合(同步)->系统接口调用的整合(异步)
corba/rmi等是同步的实现方式
jms是异步的实现方式

soa我不了解,好象是一个概念吧,类似j2ee这样
gougou3250

发表文章: 98
注册时间: 2007年05月08日 16:48
re:[翻译]SOA? CORBA? 缩写首字母变了, 窘境依然 发表: 2007年06月19日 14:22 回复
soa - service-oriented architecture
拿来做跨系统整合
就象我上面说的
实现SOA的技术包含两部分,一是基于WEB SERVICE实现,大多使用的SOAP
二是使用JMS这类异步处理方式来实现

以前没接触过SOA,现在看了一下,发现原来自己也是搞这个的。哈哈
这个主题有 4 回复 / 1 页 [ ]
???en_US.forumThreadPrev.name??? 上一主题
Go back to the topic listing   返回主题列表    返回页首  返回页首
???en_US.forumThreadNext.name??? 下一主题
热点TAG: AOP cache DDD EJB 集群 设计模式 Hibernate IOC JiveJdon OO RBAC Spring Struts
查询本论坛内 回复超过的热门帖子
快速发表回复
标题
 
粗体 斜体 下划线 插入图片 插入代码 插入url链接 插入附件
内容
 

解惑之道在J道 ,打造中国最具影响力的的企业软件社区
OpenSource JIVEJDON v3.0 Powered by JdonFramework Code © 2002-07 jdon.com

anti spam