重要的是要记住，网络上最近正在创建服务和内容方面的巨大资源。这些资源包括访问SaaS(软件服务)服务、服务市场、甚至包括一些混搭的应用程序。你可以把这些应用程序与其它Web 2.0应用程序、API、服务或者企业应用程序、服务混合在一起快速解决企业问题。

　　然而，以一个宽带网连接的价格拥有这样一种资源并不意味着你能够合适地利用它的优势。确实，你的企业还需要一些时间才能准备好利用浏览器以外的混搭技术。

　　把SOA/混搭结合在一起的最佳方法是在考虑混搭的情况下设计和部署第一代SOA。换句话说，就是让你的企业系统“暴露”给防火墙外面的服务或者应用程序。这件事情说起来容易做起来难。你当前的系统很可能看到不自己操作系统之外的东西(如果不是防火墙的话)。

　　说实在的，如果正确建立的话，大多数SOA都有能够利用基于网络的服务和内容作为混搭的资源的好处。但是，你需要设计那个能力以便使你的基础设施更有效。这就意味着要制定你没有的服务的目录并且对这些服务进行测试，把你的防火墙内部和外部的系统混合搭配起来，并且保证你的安全规划也考虑到这个问题。许多没有对这种情况做出规划的人会遇到企业看不到这种新网络的问题。我认为，这些企业在未来几年里将有巨大的战略劣势。

　　为了准备混搭你需要做什么呢?这个事情需要解决如下一些领域的问题：要求、设计、治理、安全、部署和测试。实际上，需要一些核心的结构活动让你到达混搭的乐土。在你创建SOA的时候，这些核心的结构活动是你现有的活动以外的事情。

　　需要混搭的要求来理解你的企业的本地问题。许多人犯的常见的错误是按图索骥地进行管理。他们认为许多为其它企业工作的优秀人员也将适合你的公司。事实是，依据企业的不同，混搭和SOA等观点在价值上是不同的。要考虑业务推动因素和当前架构的状态。关键的问题包括：混搭对于我的企业将有什么价值?我要实现那个目标需要做多少改变?

　　混搭的设计是指如下过程：确定应该如何设置这个系统，如何应用实现技术和标准以便为混搭和基本的SOA的最佳价值提供一个最佳的平台。这里的关键问题是：我将暴露什么接口和如何暴露?我如何处理可伸缩性?我如何处理可视化和非可视化混搭?我如何利用在网络上提供的服务和接口?如果有必要，我如何管理我的服务和接口暴露给其他人的问题?

　　混搭的治理要考虑混搭的任务和如何对混搭进行管理。考虑到混搭是由许多服务组成的，可能会成为服务本身，机构现在必须管理这些服务的整个生命周期，就像一个SOA中包含的任何服务和流程一样，从开始到分析、设计、建设、测试、部署和生产执行等阶段进行全程管理。这样，在每一个阶段都必须执行某些规则和政策。这意味着选择、建设和维护一个注册表、库、强制执行政策和熟悉混搭技术的治理规则引擎。而且混搭可能也需要生命周期管理。

　　考虑到你要利用不是你创建也不是你拥有的接口、内容和服务，混搭的安全是非常重要的。因此，你可能会发现你与客户数据混搭在一起的看上去无恶意的AJAX接口实际上在把你的客户数据发送到远程服务器，因此会损害你的客户列表和你的企业。必须要注意采用一个能够保护你的混搭平台价值的一个全面的和系统的安全政策和技术层。这应该与你的SOA安全混搭在一起，或者成为它的扩展。

　　混搭的部署意味着你已经选择了适当的实现技术和标准。AJAX显然适用于这种接口，但是，并非适用于所有的企业。此外，这个技术如何与治理和安全计划联系在一起?你将利用什么产品支持你的SOA中的混搭?它们将如何与已经在你的SOA中实施的实现技术解决方案联系在一起?

　　混搭的测试意味着你要考虑使用和创建一个反应它们状况的各种类型的测试计划。必须非常小心地采取措施保证你的SOA和外部“可混搭的”组件能够工作并且发挥很好的作用，保证实现技术和标准达到预期的效果。这个测试计划应该与设计、治理和安全连接起来，你必须还要考虑使用的技术。实际上，你在使用所有的它支持的组件测试一个开发平台。