新的技术忽如一夜春风来，突然间我们过去所做过的所有技术都过时了并将被淘汰。乍一看，新的Web 2.0技术也将步此后尘。这些技术的硬派支持者将会告诉你,，你需要把所有的SOAP服务都扔掉了；使用SOAP和WSDL来构建不仅会使得你的项目时间变得更长，它们更不会带来任何益处……尽管REST简化了对某些类型服务的构建——特别是那些对外、面向Internet或Ajax客户端的服务，但仍然还有许多服务会通过应用SOAP，WSDL，以及WS-*规范而获益。另外，取决于你所拥有的SOAP服务的类型，你可以通过将你的服务转化为REST服务来拥抱Web 2.0；特别对于面向数据的服务更是如此。
在IT领域，随着Web 2.0的兴起，很多开发者和企业都在思考如何将传统的SOA（Service-Oriented Architecture，面向服务的架构）经验应用于这个全新的技术环境中。Web 2.0以其富互联网应用、社交网络和用户生成内容的特点，为企业提供了全新的商业模式和互动方式。然而，这并不意味着SOA的原理和最佳实践变得过时，而是需要找到一个平衡点，将两者融合，以实现更大的业务价值。
SOA的核心理念之一是提供松散耦合、可重用的服务，这一点在Web 2.0中依然重要。虽然REST（Representational State Transfer）架构风格简化了某些类型服务的构建，尤其是那些面向互联网和Ajax客户端的服务，但SOAP、WSDL和WS-*规范在构建复杂、安全的服务时仍有其价值。对于数据密集型服务，将SOAP服务转换为REST服务可以更好地适应Web 2.0的需求，同时保持服务的灵活性和可管理性。
企业级SOA的成功往往依赖于业务和技术的紧密对齐。在Web 2.0的实施中，同样需要明确业务价值，将投资回报率（ROI）与技术实现紧密结合。例如，通过创建社区、让用户参与数据生成，可以推动新型业务模型的发展。为了使Web 2.0项目获得支持，必须能够以业务语言来解释其潜在价值，而不只是强调技术的新颖性。
再者，一个强大的方法论基础是SOA成功的关键因素。对于Web 2.0，这意味着需要发展出适应这种环境的建模和设计方法，比如扩展SOMA（Service Oriented Modeling and Architecture）和CBM（Component Business Modeling），以便更好地理解业务与技术的融合。此外，服务发现和评估机制也需要调整，以区分适合集成的传统服务和适合富互联网应用的Web 2.0服务。
建立清晰的愿景和实施路径也是SOA项目成功的重要条件。Web 2.0的实施应包含基础设施和框架的规划，同时也需要有实际的业务项目来交付价值，避免空洞的平台建设。每个早期项目应该小而精，旨在积累经验和验证技术及业务模型。
治理在SOA中的重要性不言而喻，对于Web 2.0更是如此。Web 2.0强调社区和协作，但同时也带来了如何管理用户生成内容和服务使用的挑战。治理应促进开放的交流，同时防止滥用和低质量内容的泛滥，确保社区的健康发展。
将SOA经验应用于Web 2.0实现，需要理解两者的优势和局限，寻找最佳的融合策略。通过业务和技术的对齐、强大的方法论、明确的愿景和治理策略，企业可以充分利用Web 2.0的力量，同时避免技术更新带来的风险，实现持续的创新和业务增长。
