SOA为啥让人雾里看花,因为这个概念太大,和当初.NET提出来时一样。这不是一个spring release新版本,列出特性表那样直观。对于这种真正的high level的东西,我们技术人员就是很难一下子搞明白。而形成对比的是,一些高管绘声绘色的描述着,说的话还是那么云里雾里,还是那么有政治高度。
包括程序员搞得那几期SOA专题,讲和没讲一个样。没有任何一个人能将SOA具体的实例化。
关于楼主描述的SOA里,有个有讨论必要的地方就是遗留系统的问题。
SOA到今天,已经从大家当初理解的集成方法变成了业务敏捷的架构方法。有没有遗留系统和用不用SOA没有任何关系。我现在用的一个产品号称是SOA产品,可是我还是没看到SOA在哪里,怎么能敏捷的重组业务。导致一直到现在,我还是认为某种service+工作流描述便组成了SOA。
包括程序员搞得那几期SOA专题,讲和没讲一个样。没有任何一个人能将SOA具体的实例化。
关于楼主描述的SOA里,有个有讨论必要的地方就是遗留系统的问题。
SOA到今天,已经从大家当初理解的集成方法变成了业务敏捷的架构方法。有没有遗留系统和用不用SOA没有任何关系。我现在用的一个产品号称是SOA产品,可是我还是没看到SOA在哪里,怎么能敏捷的重组业务。导致一直到现在,我还是认为某种service+工作流描述便组成了SOA。