SOA与REST混合使用指南
大多数应用架构师都意识到,如果应用合适,开发实践反映了双方的目标和好处的话,在某些情况下,将表述性状态转移(REST)与SOA结合起来是有可能且有优势的。最大的问题是目标是否要开发一个自始至终的RESTful接口,同时满足大部分SOA目标,或者混合使用REST和SOA。
目录:
-
>SOA与RESTful
自面向服务架构(SOA)演进发展以来,SOA就一直被拿来跟Web模型“RESTful”接口进行对比。尽管它们之间的差异已经讨论了很多,但大多数的讨论都是晦涩难懂的,企业仍然报告说自己困惑于究竟哪一种模式相对而言更好。
★为何要结合SOA和Restful接口?
★软件开发人员需要一种资源—RESTful API
★企业服务总线(ESB)在RESTful架构集成中的作用 -
>REST重塑SOA
我们看到的是公司在SOA基础设施建设方面投入巨大,现在我们通过各种不同的渠道把它扩展到了移动计算、更轻量级的应用上——无论其是否在iPad或智能手机上。因此,他们需要使用更轻量的协议,如REST,与此同时,还需要利用好他们已经在企业的SOA、更可靠,更安全的通讯方面做出的投资。
★REST是否正在重塑SOA?网关增加特性
★解决SOA症状:服务虚拟化工具添加REST支持
★企业架构师妙用REST集成和SOAAlan Earls
★为了更好的REST接口 请像开发者一样思考 -
>REST vs. SOAP
“我需要用多个供应商的存货信息来更新本地存货数据库。供应商提供的是基于Web服务的接口。由于应用没有任何服务器端的组件,有没有可能直接通过我的应用数据库直接使用这些Web服务?”你是不是也受到类似问题的困扰?有没有想过此类问题的解决方案应该是怎样的?
★REST vs. SOAP:如何挑选最好的Web服务
★REST和SOAP 谁使移动应用最受益?
★API样式元素:REST vs SOAP