Remote Object、SOA和REST
软件架构技术一直是不断地进化的。当我们回过头去，重新审视以中间件为中心的架构时，就会很清楚发现这种架构的特点：作为中心的流程比较脆弱；主题经常变换；数据相当稳定。这促使我们更多地去考虑如何利用最重要的数据发布平台——Web，设计以数据为中心的架构，这将会是一个更好的架构建模思路。在分享中，我将历数近15年来软件架构演变的过程，以及贯穿其中的技术热点：Remote Object、SOA和REST，给大家描述以Web作为平台的架构特点。
InfoQ
InfoQ
促进软件开发领域知识与创新的传播
主题/标签专用视图
SOAP相关的内容
最新“SOAP”相关专题内容
“SOAP”相关新闻
微软发布Windows Azure应用整合服务预览版
2011年12月底，微软发布了一组称作Windows Azure Service Bus EAI的预览版服务。这是对当前Windows Azure服务总线的增强，它可通过消息路由规则、协议桥接和消息转换服务，更容易实现云端应用和本地（on-premise）业务系统的连接。
Amazon和Eucalyptus中的安全漏洞
几个在德国的研究人员最近发表了一篇文章揭露存在于Amazon Web服务（AWS）和Eucalyptus的SOAP与web界面中的多个安全漏洞。这种安全缺陷和架构选择有关，其会对多个用户以及整个云安全产生影响。
SmartBear产品家族又添新成员：SoapUI和LoadUI
SmartBear软件于近日收购Eviware。SmartBear是应用生命周期管理（ALM）和监控工具领域的知名供应商，而Eviware则是流行的开源Web服务测试工具SoapUI和LoadUI的始创公司。
SOA Software发布Atmosphere：一款API管理门户产品
随着发布其Atmosphere门户产品，SOA Software公司正式进入API管理门户市场。该Atmosphere平台支持多种接口类型并能确保企业APIs的安全性、健壮性和可用性。本文探究了从企业SOA与云治理发展到API管理的背后原因，以及其他相关的技术细节。
REST API还有新麻烦？
最近George Reese正在把他和Adrian Cole的一些使用REST和SOAP API开发云应用的经验写出来，在社区中引发了积极响应。刚开始只是些提示和建议，后来则演变成一场辩论，主题是抛开云的因素，使用REST来开发API是否存在真正的问题和误解。
“SOAP”相关文章
REST和SOAP：谁更好，或者都好？
如今的Web开发者可选用技术相当之多，比方说Web服务技术就有SOAP和REST两种方案。它们都是有效的Web服务技术，但同时也各有利弊；然而，在具体场合下采用哪种方案好，这要取决于Web开发者。
面向资源的架构：REST的另一面
这是面向资源的架构系列中的第一篇文章，在这篇文章里，Brian Sletten讨论了REST架构风格，SOA的历史，SOAP与WS-*，语义网，URL作为标识符，URI与URN，自由的形式，逻辑连接的延迟绑定系统，HATEOAS以及语义网对软件系统带来的影响。
十年SOA：当前的位置和未来的方向
SOA 10岁了。在这次虚拟研讨会中，InfoQ聚集了几位经验丰富的企业架构师来分享他们的观点，他们是：Jeff Andre，Eric Ballou，Dave Hollander和William El Kaim。他们谈到了重用、业务/IT对齐、治理……
书籍推荐：Windows Communication Foundation本质论
由Steve Resnick、Richard Crane和Chris Bowen撰写的《Windows Communication Foundation本质论》出版了，InfoQ很荣幸对其进行采访并发布了本书的其中一个样章。
表现层模式新探
由web应用定制的瘦客户端模式很不完善，应当摒弃。我们再也不需要陈旧的折衷解决方案了，现在正是将表现层转移回它本该属于的地方的时候了。本文中，Ganesh Prasad和Peter Svensson就因此详细解释了为什么要转移，以及应当如何实现。