我们认为要么选择服务定向要么被淘汰。ZapThink解释了灵活性的元要求，这种元要求比其它面向服务架构（SOA)都重要：即架构实施必须能够满足未来需求。对于SOA来说，最大的挑战就是寻求变化。如果你认为现今的要求是一成不变的，你就不会为SOA的成本和复杂性而担心了。

　　那么你的灵活性元要求是什么呢？正如我们在书中写到的，要想IT机构建立一个能够处理任何变化的系统是不可能的。因为这样的要求开销一定很大，另外，每个机构要必须做出精确的决定，了解要实现其灵活性所需的投资额。SOA策划的关键部分就是确定灵活性的元要求。要保证SOA长期的顺利实施就要保证SOA实施必须符合元要求。换句话说，就是要满足业务需要，SOA的性能就是要确保解决灵活性的元要求。

　　改变时间质量

　　传统的软件质量管理包括设计时间和部署时间活动。从根本上来说，就是在一定的要求，一定的时间限制下，在一定的预算支出下，尽可能的保证其完整无缺性。并且监督工作中的软件，确保其能满足你部署的要求。对于那非常有效些已经预先知道自己要求的机构，在这些要求稳定之后，当设计软件满足了这些需求之后，这种方法十分有效。

　　这种假设经常是错误的——在大多数情况下，当要求还不成熟时，会随着时间的推移而改变。最典型的，在没有返工的情况下，软件的目标就是对要求的变化做出回应。在这种情况下SOA十分有效。而且只是针对当下要求的方法不再那么有效了，这也是促进SOA发展的主要因素。

　　运行时间的质量管理就是答案的一部分。确保运行软件服务的质量，无论这些软件有没有被抽取为服务，都是系统管理价值主张的关键性组成部分。SOA管理则增加了服务抽取的运行时间管理。管理服务抽取要求确保要求变化的质量。尤其是非功能要求，例如性能。高效的SOA管理同时也要求处理运行时间例外管理以降低故障的级联影响，保持松耦合。

　　市场上现有的SOA管理工具都能处理运行时间SOA管理。在面对要求变化时，这些工具的用途不是质量管理——变化时间。在这些变化中管理质量意味着管理元数据的质量。因此，这样的变化时间质量管理关注元数据，要是这些元数据能够满足这些变化的要求。这样的要求有两类：持续的日常要求（重新配置可以解决）和更意义更广的灵活性元要求。

　　正如ZapFlash先前的研究结果所示，至少有三种日常的变化时间要求：服务合同变化，策略变化，服务构成变化。不管这些元数据如何变化，要保证质量，必须要确保服务基础实施能够支持变化，还要确保新近配置的元数据满足重新配置的要求。SOA管理工具可以解决前面的这个问题，但是后面的这个问题很难处理。

　　SOA的重新配置的开放源特性导致了变化时间元数据质量的复杂性。如果设计师不能提前做出规划，引进的这种计划很可能完全无法预测，无法管理。从根本上来说，SOA支持用户授权，如果缺乏相应的治理可能产生混乱的局面，需要时刻记在心上的是，要把变化时间元数据质量保证当作策略来抓。为了能够建立、通信并强制执行针对基于元数据的变化策略。你就可以创建和其它治理处理的策略了。

　　描述灵活性的元要求

　　如果能将变化时间质量保证看作是一项策略实施，也就规划了整个SOA质量工具蓝图:设计时间质量的测试工具，运行时间质量管理工具，变化市静安质量治理工具。但是，将变化时间质量降级至治理领域就将问题变成了如何在第一时间创建策略。为了解决这个问题，我们还要回过头来研究灵活性的元要求。