上一次在博客中写文章已经是很长时间以前的事了，我必须承认，过去一年中电信业内不可思议的发展和通过World Wide Web合并实时社区的承诺（所谓的“Telephony”）令人振奋。经过过去的几年，从某些方面来看，这样的合并不会以收购的形式出现这一事实已经越来越明显：变动的方向似乎越来越多地取决于World Wide Web的发展演进，而不仅仅是底层IP基础架构的铺开。 真正的“汇聚”超越了两年前大多数人（包括我自己）的预计。

　　根据我们观察，最令人着迷的发展之一就是面向服务架构演进称为三个截然不同而又平行的技术集以及设计准则。一方面，我们有了在为业务流程自动化开发一组协议和架构时使用的出色流程。类似于enterprise Service Busses、iData Fabrics和Business Process引擎这样的东西。目前，大多数（绝大多数）主流企业都已经采用SOA作为其IT基础架构的开发工具。收益已经显现，所需产品现已广泛可用。

　　在电信业中，与SOA的出现并行发生的就是出现了面向服务架构主题的实时变体。它比过去的IT领域中所用的SOA定义更严格，但有许多共同的设计目标与技术。坦白说，在这种环境下，除了稍后我将提到的某些问题外，细节并不重要。

　　在SOA和IMS出现的同时，我们看到了“Web 2.0”技术与方法的世界开始主宰最终用户与World Wide Web交互的方式。当然，IMS、SOA和Web 2.0要应对的问题、机遇也挑战也有许多共同之处，完全可以这样说（或许这根本就是不言而喻的事情）：Web 2.0是IMS和SOA的“面向用户”部分。Web 2.0、IMS和SOA之间的区别主要是侧重点的不同，而非根本原则的差异。

　　因此，如果花时间进行比较，SOA倾向于关注一些技术，也就是Simple Object Access Protocol及其作为服务集成基础工具包的相关技术。早期的SOAP方法与多动词的RPC式服务非常一致，这在如今看来有点过时。在企业SOA架构中公开的服务沿组织和功能边界建模，倾向于为重用和可维护性而非适用性进行优化。您可能会反驳说这不是基础的问题，纯粹是其常见应用的副产品，但这些并非本文讨论内容。

　　现在，我对此非常感兴趣（更多地是站在电信业员工而非Web工作者的角度），因为当前论坛中的标准化——如Internet Engineering Task Force (IETF)、3rd Generation Partnership Project (3GPP) 和Open Mobile Alliance——赞同为下一代网络上某些类型的关键用例使用REST式方法实现Web services。这很好地与占统治地位的Web 2.0风格保持了一致，从RSS到Google Maps。对于我来说，真正有趣的是：Web 2.0和IMS似乎在如何使用REST web services来展示网络资源的用户界面方面得到了类似的结论。

　　我将以XML Configuration Access Protocol (XCAP)为中心，具体探讨网络的“用户层面”和一组协议与标准。XCAP是一种简单的REST Web services标准，它将简单的CRUD 语义和XPath映射到HTTP协议。结果将得到一个非常简单、可扩展的REST框架，可由多种服务使用，远远超过标准中明确考虑到的情况。如果您添加了其他的补充内容，如AJAX客户端框架（用于呈现UI）、WebDav（用于事务处理）、IP Multimedia Subsystem（用于集成新一代和旧一代的通信网络）以及Session Initiation Protocol（用于事件通知和实时会话控制），那么就会得到一个非常丰富的环境，可开发“小部件”（widget）或“微格式”，并采用一种运行将那些功能复合到与web上可用的其他无数服务同步交互的应用程序的方法，安全地向Web 2.0开发人员和用户公开实时通信系统（企业或Telco类型）。

　　那么，在访问了切实关注“高概念”适用性的microformats.org 站点之后，是什么促使我撰写这篇博客文章呢？我认为微格式的精神有着无尽的价值，特别是在这种方法巧妙地置入下一代通信服务模式之后。我坚信，我们将跨入一个新纪元，看待通信的方式将有翻天覆地的变化，令人惊奇的或许是发展之路所涉及的完全是使Web支持通信，而非使通信网络支持Web。当然，这只是个人看法。但我相信，我并不孤单。

原文出处：http://dev2dev.bea.com/blog/mpalmete/archive/2007/06/microformats_ab.html