在 SOA 架构中使用 SPDY
在过去几年中，我在使用和设计依赖 HTTP 相互通信的 SOA 系统方面拥有丰富的经验。我想知道利用 SPDY 的 SOA 架构会是什么样子。我不是网络专家，但在我看来，SPDY 的性能增强对于服务到服务通信以及浏览器通信可能很有用。
1) 使用 SPDY 对 SOA 一般而言有何影响？
2
) 调整现有的 Web 应用程序框架（如 Rails 或 Grails）以使用 SPDY 会涉及哪些内容？难道就像将它们与使用 SPDY 的 Web 服务器配对一样简单吗？
I have a lot of experience over the last few years working with and designing SOA systems that rely on HTTP to talk to each other. I got to wondering what an SOA architecture that leveraged SPDY would look like. I'm no networking expert, but it seems to me that the performance enhancements of SPDY could be useful for service-to-service communication as well as browser communication.
1) What are the implications of using SPDY for a SOA in general?
and
2) What would be involved in adapting existing web app frameworks, like Rails or Grails, to use SPDY? Would it be as simple as pairing them up with a web server that spoke SPDY?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
几乎没有； SOA 是一种架构风格，SPDY 是一种低级传输。您使用 HTTP 所做的任何事情或多或少都与 SPDY 等效，而且两者实际上都只是 SOA 工作的实现细节。
后者或多或少可以。充分利用可能需要更多的合作，例如更好地排序响应，但实际差异大约为零。
Approximately none; SOA is an architectural style, and SPDY is a low level transport. Anything that you do with HTTP is more or less equivalent with SPDY, and neither is really anything but an implementation detail of your SOA work.
The latter, more or less, would do. Taking full advantage might require more cooperation for, eg, ordering responses better, but the practical difference is approximately zero.