蝴蝶效应是一种混沌理论原则，该原则认为不同的一个系统初始条件会影响到整个系统今后的行为规范。目前没有哪个企业比依靠信息技术（IT)行业维系的企业局面更为混乱了。因此，业务决策的细微差别会在整个IT行业导致千差万别的结果。只要在手机、传真和电子邮件的手动领域，IT和业务之间仍然存在通信，蝴蝶效应就不会成为一块绊脚石。但是，高效的IT可以为业务决策者提供所需的工具，并以自动化方式交换决策。有时候一些对那些毫无戒心的业务经营者采取的一些无意的行为很有可能会导致IT发生难以预料的后果。

　　面向服务架构（SOA)显然也是组织IT资源的一种方法，这样，业务就可以更好以自动化方式灵活利用资源——很显然这种方法增大了蝴蝶效应发生的几率。有些人认为业务灵活性可能会引发新的危机，这种观点颇具讽刺意味。但是，我们曾多次警告过架构设计师，如果SOA实施不当会遇到许多风险。但是，蝴蝶效应却暗示我们，即便SOA得到妥善处理，还是无法避免这种固有的风险。从本质上来说，正确实施SOA可以给予人们更大的灵活性，同时也给人们带来很大风险。

　　SOA治理的两个方面

　　幸运的是，这些公司可以在实施SOA之初就采取有力措施，防止这些混乱阻碍业务的发展。大体上来说，这些公司为了避免员工把事情弄糟能够采取的方法就是实施一个治理框架，该治理框架为在机构中建立，通信，并强制执行原则提供了一个基础设施。尤其是IT治理，当前滋生了很多活动。不仅是因为公司要管理他们的IT操作，而且业务也需要IT为业务提供尽可能多的治理工具。因此，在公司实施SOA的同时，IT治理采取的面向服务架构方法受到众人瞩目也就不足为奇了。

　　SOA治理包含两个方面，一方面，SOA意味着管理一个SOA实施措施——例如，将共有原则传给实施服务的开发者，当开发者将SOA实施的各要素结合在一起时，给予开发者执行这些原则所需的工具。另一方面SOA治理还有一个广义定义：SOA环境下的IT治理。毕竟，SOA不是你在角落里所应用的唯一的方法。SOA应当被看做是企业架构，服务定向原则应该贯穿整个业务和IT的互操作过程。正如ZapThink SOA Roadmap所示，建立一个治理框架是SOA成功实施的一个关键步骤——不只是用于SOA实施的治理框架，而是能够在整个机构中描述治理实践的框架。机构将会利用服务的灵活性和力量而这些服务则是SOA实施的核心。因此，只要我们坚持对SOA广泛的战略定义，通过利用SOA治理实施，SOA蝴蝶效应问题，一定可以得到解决。

　　蝴蝶振翅

　　让我们看一个蝴蝶效应的实例。例如，考查销售报告的管理者要求其数据的实时性比公司CRM系统的数据要强。传统意义上来讲，在还没有实施SOA以前，管理人员可能会调来一名IT部门的数据分析师，或者要求一份含有更多最新数据的报告。数据分析师知道生成报告的分析软件可以利用询问处理数据仓库，该数据仓库只有上个星期六的总计数据，然而管理者并关心具体技术是如何操作的，他们只需要报告来做决策。在这种情况下，数据分析师就要知道要用多长时间才能建立，测试，并运行一个交易系统数据库的查询。并将信息译为要求额外资金和时间的请求。管理者必须做出决断，是否这篇报道能够保证生成一个请求。