|
锁定老帖子 主题：忽悠，继续忽悠，组团忽悠...
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-12-01
有点极端了,SOA并没有错,如果有错也是用的人.你拿刀子去切菜这是好事,如果你拿刀子去杀人这好像就不怎么好了.
不要被一张白纸上小小的一个黑点给迷住了,要记得这张白纸大多数地方是白的. |
| 返回顶楼 | |
|
发表时间：2008-12-09
yecllsl 写道 hongsoft 写道 SOA中的三大核心技术——BPM/ESB/Webservice 这个看法我不太同意。 SOA中有三个架构模式： BPM ESB 服务存储与注册库 有两个编程模型： SCA SDO IBM的思路，个人觉得应该这样说：“架构模式应该是服务编排、总线方式、服务存储与注册库”。无论哪个架构都可能会用到BPM、ESB产品。 目前BPM、ESB有看得见的产品，包括开源的实现，所以好理解，就是看得见摸得着。 呵呵，老弟纠正得很好，我是应该说清楚点，不能把模式和具体的技术混合起来。 这个观点是从IBM的书上看到的，不过并不是它的发明。 编程模型应该是三个：BPEL,SCA,SDO。 注意：BPEL是在最前面的，我认为比后两个要重要得多。 |
| 返回顶楼 | |
|
发表时间：2009-01-09
很多概念都是被厂家吵热的,其实真正实施起来效果很不明显.
|
| 返回顶楼 | |
|
发表时间：2009-01-09
面向过程->面向对象->面向组件->面向服务
SOA被严重名词化 最近看一篇文章讲解这个比较透彻 大意如下: 面向组件,组件在本地;面向服务,服务在远程 面向组件人们都没发掘如此苦恼,为什么仅仅是把组件部署到远程,成为服务就这么对麻烦 1 组件很容易查找都那些类在使用组件,所以更新组件带来的问题很容易解决,服务很难查全都谁在使用服务,更新服务会带来难以预知的错误. 2 组件普遍封装基础操作,基础操作的更新关联性低,服务更普遍封装业务单元,当一个服务发生变化的时候,你应该警觉到,很可能有相关的服务也需要变化. 所以不要指望一个好的框架能够提供服务的这些业务层面的灵活性,一个好的框架固然重要,但是归根结底,还是要考验对业务建模和分析的完善程度. 上面我凭记忆转述的,我觉得这段说的比较让人信服 |
| 返回顶楼 | |
|
发表时间：2009-01-14
fins 写道 我同意楼主"忽悠"的观点,确实很多厂商都是在拿SOA忽悠.
但是我不认为SOA会重复EJB的老路 首先SOA更接近一种思想 而ejb更接近一种技术 就好像你可以说J2EE WITHOUT EJB 但是不你能说 J2EE without 设计模式 一样 SOA其实就是"解耦"思想的延续, 只要你无法证明软件中的"解耦"是错误的,那么你就很难证明SOA是错误的 目前各大厂商忽悠的不是SOA本身. 而是因为这种思想本身可以说是无懈可击, 你喜欢小品的话,可以套用那句"EJB是一根筋, SOA现在是两头堵" 所以准确的说 SOA无需忽悠. 而各大厂商忽悠的是围绕SOA开发的产品 以及 在SOA这个大的理念下的一些具体的不同实现. 例如有的厂商鼓出ESB 有的鼓吹面向构件 ,另外SOA由于太正确 太宏观了,所以他下面又引出了很多名词术语 SDO DAS SOC ....等等, 而每个名词背后都蕴藏着一片很大的市场.所以厂商们忽悠的是那些市场 而不是SOA本身. 所以 我对SOA的观点是: SOA是正确的伟大的但是不具体的. 它未来的命运决定于围绕SOA开发出的产品.而这个产品到底是出自IBM ORACLE 普元 还是其他,这个目前我们只能拭目以待. 同意 SOA确是一种思想 他的执行需要各个软件产品的支持 所以说忽悠SOA 不如说在推广一种规范 什么规范 就是你做的产品 不但要完成产品本身的功能 还要给以后的软件系统集成或者分解留有接口 其次 SOA 也的确是信息化过程中的一个必然 想想 一个公司或者企业 可能分不同顺序 不同时间的部署不同厂家的软件产品 久而久之 系统泛滥 系统管理更是变的麻烦 哪么怎么解决呢 就是进行软件系统集成 都集成到服务总线上去 这样即为企业节省资源成本 也节省了管理人员的麻烦 其次对于软件系统本省 也是有莫大好处 比如说 展现层现在我们可以用JSP进行表现 但是 过了许久 发现利用FLEX可以更好的进行展现 想换掉展现层 怎么办？ 如果该系统是基于服务的 哪么替换是相当简单的事情 |
| 返回顶楼 | |
|
发表时间：2009-01-15
SOA ESB不会节约成本。
展现层的替换跟SOA没有什么关系。 |
| 返回顶楼 | |
|
发表时间：2009-01-16
没用过当然就觉得不行了,我觉得以后SOA会是主流.SOA本身没有错,就看你怎么看了.SOA的目的是数据共享,协同工作不是要替代传统的软件而是要提高传统软件的能力.
说SOA忽悠也许是对协调工作和数据共享没有需求,数据的集中是不可能实现,现阶段唯一比较可行的方式就是借助于SOA平台了. |
| 返回顶楼 | |
|
发表时间：2009-02-07
SOA提出的概念中能落地的就是ESB，BPEL马马虎虎，说到底就是一EAI的工具，其它的基本上是扯淡。
即使ESB、BPEL能够落地，但是现有的标准，跟EJB一样，过重，原理说明白了，就是消息中间件加上Web Service，实际项目中自己完全可以开发出来，只是没有用那些标准罢了。 |
| 返回顶楼 | |
|
发表时间：2009-02-08
ESB == 消息中间件加上Web Service???
呵呵，等你真正做过了再说~ |
| 返回顶楼 | |
|
发表时间：2009-02-09
你怎么知道我没有做过呢？
|
| 返回顶楼 | |
