对于很多企业领导者来说，半夜两三点电话响起不是什么好事情——这很可能意味着，企业出了事，而且这些事情很有可能不知道该由谁解决。

随着企业规模的逐渐扩大，企业的复杂性也不断增加，不同部门之间职责、利益、流程的交错，让包括部分高层管理者在内的很多人不清楚，如果企业某个地方出了问题，到底应该追根溯源到哪个部门、哪个人。

这种现象对于已经深入到企业每个角落的IT产品、IT服务也是如此。早上ERP登录不上去了——这到底是网络问题，还是ERP问题，或者是数据库、服务器出错了？IT部门到底应该找哪个供应商解决问题呢？

当我们把目光转向SOA时，同样的问题出现了——当应用因为一个根本性的故障而被迫终止的时候，应该由谁来负责接听并处理用户的紧急求助？

目前SOA已经步入实施的纵深阶段，然而，近来国外的一系列SOA实施案例表明，曾经备受肯定的SOA架构正暴露出其架构的固有缺陷——当基于SOA的服务管理达到一定深度时，目前的SOA管理策略在服务故障的追根溯源方面力有未逮，这一现实对整个SOA架构和管理理念都提出了严峻的挑战。国内SOA用户应该对这一动向保持足够的警惕。