随着感恩节的结束，我们即将迎接一个新的节日：圣诞节。我们回顾过去一年的发展状况，并且规划下一年的发展目标。有些人许下愿望，希望明年自己多加锻炼身体，摄入更健康的食物，更好的照料自己的生活。确实，在现实生活中我们也是这样做的。但是我们希望你能够履行在ZapThink许下的新年愿望，我相信你一定会遵守这个诺言：重新考虑你的培训策略，并进一步提高自己的面向服务架构（SOA）技术。

　　ZapThink最有名的一句格言就是“SOA不是你买的技术，而是你实施的技术。”有些所谓的设计师缩短了架构实施步骤，希望通过购买SOA就能实现自己的目标。即使是现在，我也没必要告诉你仅仅依靠积累一套SOA基础设施产品、开发工具或者企业应用产品中的服务，根本无法保证SOA顺利实施。要知道架构是一个原则，一系列的活动，这些活动会影响到整个机构、治理以及业务流程。但是，尽管你在潜意识里同意我们的说法，你却仍然坚持自己的信念。买了这些SOA产品之后，你只是在学习使用这些工具的方法，而没有真正掌握SOA的要领。这样学习实施SOA不会起任何作用。要想正确实施SOA意味着我们要学习如何执行SOA——不仅仅是如何实施供应商提供的SOA基础实施产品。

　　为了2009在SOA上有所突破，我们先要看一下你是如何邀请SOA专家的。你有没有想过自己如何实施SOA的？怎样才能正确实施SOA？有没有想过自己是再向谁讨教实施SOA的方法，这些人的动机是什么？你有没有想过，你确实在为SOA培训支付费用，但是学到的仅仅是针对某个特定的产品的实施以及开发商层面的培训？是不是你在接受了所有这些培训之后，仍旧觉得自己迷惑不解呢，你有没有问过自己如果所作的一切都是正确的，为什么自己还会这样迷茫？如果你觉得这些方法是不正确的，你就要重新考虑要确保SOA的正确实施，需要哪些关键性技术了。

　　针对某个供应商架构培训中出现问题

　　架构不是开发。将一堆服务放在一起并不能产生一个SOA。你可能早就知道这一点了。但是你又怎么解释自己在培训和开发方面所花费的大量精力呢。为了将架构活动和开发活动分开，你需要学习架构的方法、原则和实例。这意味着在培训结束的时候，你能够用任何一个工具和SOA基础设施产品设计一个服务，实施一个服务模型，运行一个高效治理，质量以及管理（CQM）。管理一个服务域实施一个SOA测试计划。要想真正建立并运行这些服务，你需要更多的培训，帮助你学习这些工具的工作原理，但是如果你没有这方面的专家，根本就不会有机会。

　　为了进一步强调“在学习使用工具前，先学习方法”这个理念，我们还是要说，学习SOA不仅仅是学习如何使用工具。打个比方，不要把知道如何使用蛋糕搅拌器和知道怎样制作蛋糕弄混。任何人花几分钟就能学会如何使用蛋糕搅拌器和机器琐碎的设定值，但是要学会如何制作蛋糕就需要时间和经验的积累了。

　　那么我们不禁要问“先工具后方法"的培训模式是从何而来的？许多SOA基础设施和开发工具供应商将SOA培训作为他们服务的一部分提供给客户，很多终端用户为了节约成本，接受那些供应商的培训服务，有一小部分供应商将供应商中立，行业范围最好的实施和方法融入到了它们的培训课程中，但是大多数供应商只是把SOA培训看做是谋取个人私利的手段，一些有名的SOA供应商承认，他们把SOA培训看做是“亏本销售的产品”，其目的是为了销售其它产品，例如软件和服务。从这点上来看，他们提供的培训服务价格低廉，或者干脆免费以便招揽客户购买更多的商品。你是要用那些一知半解的SOA知识来美化自己的SOA活动吗，同时还要深入研究SOA供应商产品3.2版本的具体细节？ZapThink的成员不这样认为。