一封普通的SOA检讨书

　　近来有好几篇文章，主题都是关于SOA是否应当被看作是一个失败。Gartner分析师们也参与了这场争论，写了一封虚拟的信，以项目经理、企业架构师或首席开发工程师的名义，致"CIO、CEO、CFO、CTO和所有股东"，表明为什么承认SOA完全是场失败：
　　作为下述情况的结果，我只能得出SOA是场失败，对于SOA的任何尝试都会以失败收场。在我的领导下：
　　尽管下列失败的原由都是以调侃的口吻来叙述的，但它们却与人们在考虑SOA时所识别出的可能的失败原由息息相关：
　　我忘记了将SOA项目与我们的业务需求联系起来，因此我不能证明所创建的这成百上千的服务价值何在，
　　我做不到合理的创建和支持一个SOA卓越中、指导委员会或是能力中心
　　我没办法将决策层招集进来，让其作为我们SOA进展真正的支持者和倡导者
　　我还没真正搞明白我们SOA基础设施的需求就草草地购买了ESB（实际上真的不怪我嘛，供应商说它超级牛逼，无比重要）
　　我从未让我的工程师们尝到过重用成果物的甜头
　　我也没有义务去关心隔壁那堆做BPM的家伙在干嘛啊，实际上我们是两个不同的项目嘛
　　我坚信SOA就是超酷的CORBA或COM
　　显而易见的是，为了获取成功，上述的部分或全部都应该被考虑周详并好好实现。
　　尽管我啥也没做，SOA还是挂了。对于被全世界很多公司都成功证明的最佳实践，我却疏于确认并实现，这又给了我的SOA一刀。
　　正如一条评论所说：
　　我告诉我的客户，SOA是处于一个关系逆转、分手埋怨的境地。当事情变糟的时候，SOA会看着你的眼睛，怀着对这段破裂的关系的诚意，轻轻的对你说"真的，别怪我，都是你不好。" 我们有足够的例子来说明现在的SOA并不差，但仍有着太多拙劣的SOA。这些真的是非常好的提醒。
　　尽管如另一条评论所指出，SOA绝非太上老君的仙丹，也绝不该被当作一样：
　　SOA在某些情况是管用的，而有的时候就不灵了－并且，并不仅仅因为是组织或人员的过错。你得面对它，在有些时候它对于你的公司架构真是一点意义也没有。是的，作为概念来说它非常棒－而且，它可能适用于一些口袋，这取决于你的组织是如何组织的，但这并不意味着所有的都可以。
　　这封信结尾时对这一片儿（相对而言）刚来的新生儿也狠狠给了一下：
　　谢谢你们的理解，我得提前说，对于云计算、虚拟化和SaaS，我也是绝佳杀手哦～!
　　那么等着收到"云计算是个恶梦"或者"SaaS是个谎言"这样的邮件，又会需要多久呢？