SOA标准化程度过高反而导致自己被淘汰

SOA的”成功”与”失败”其实源自同一个特质——极致的标准化。它比此前的架构模式 “更具体”：有专门组织Open CSA制定标准，用SOAP协议族（WSDL/UDDI/WS-*）统一 远程调用、发布、发现，用ESB做消息总线解耦服务、用SCA/SDO定义服务封装与数据 访问形式，几乎把分布式环境下能标准化的环节都标准化了。它还”更系统”：野心不 止于技术，希望提供一套自上而下、从需求分解到部署运维的完整软件研发方法论， 让企业开发像”有法可依”的工业化生产。但这套体系需要理解复杂概念的专业人员才 能驾驭，构建在SOAP之上的ESB/BPM/SCA/SDO进一步叠加了复杂性，最终”阳春白雪” 式的精致换来的是脱离普通开发者的现实。作者把SOA的失败类比EJB败于Spring/ Hibernate：”一旦脱离人民群众，终究会淹没在群众的海洋之中”——这揭示了一个 可迁移的架构教训：标准化程度和采纳门槛之间存在权衡，过度追求”完备”和”统一” 的技术标准，反而可能是它被更朴素的方案取代的直接原因。