【积分已送出】联合挑战第四期大话WEB应用交付后续

hritian

原帖由 aaaaa5aa 于 2009-6-6 03:06 发表
我男朋友是一家电子商务公司的，

就他们公司而言，WEB应用交付应该在客户服务的稳定性、需求的及时响应和交易的安全性保障上更为加强，特别是需求的响应时间，影响着公司的业务。

而且web应用交付在和大文件传输型的应用抢带宽的时候是占劣势的情况下，如何保证应用的响应时间。

aaaaa5aa

原帖由 hritian 于 2009-6-8 10:01 发表



而且web应用交付在和大文件传输型的应用抢带宽的时候是占劣势的情况下，如何保证应用的响应时间。

嗯，不过像web应用交付这种应该不会有很大的文件传输，可能就是很多人同时连接服务器

造成宕机，等

yellvene

应该两者都有，就是说连接和大文件传输方面。

其实我也听厂商谈论过，目前应用交付需求最迫切的领域，就是交易、政府、金融等行业网站应用，这个应该取决与信息本身的价值吧。

yellvene

立体交付、负载均衡、应用防火墙？

类似于这3种技术和产品，各位网友觉得能否解决你们目前WEB应用中的性能问题呢？

hritian

原帖由 aaaaa5aa 于 2009-6-9 02:58 发表

嗯，不过像web应用交付这种应该不会有很大的文件传输，可能就是很多人同时连接服务器

造成宕机，等

我指的响应时间，是服务时间，是从客户端发起请求，到服务器把内容传输到客户的时间。
你说的没错，交付型应用文件量很小，so，对网络状况比大文件更加敏感。

yellvene

电子商务显然是目前web应用中最为常见的一种实时交易了，这让我想到了网络游戏、网上银行这些也是对交易实时性要求很高的应用，虽然之前1期已经讨论过网银的话题，但是针对这种应用的性能保证也是应用交付中需要确保的因素吧。

aaaaa5aa

原帖由 hritian 于 2009-6-10 16:25 发表


我指的响应时间，是服务时间，是从客户端发起请求，到服务器把内容传输到客户的时间。
你说的没错，交付型应用文件量很小，so，对网络状况比大文件更加敏感。

响应时间我在前面就提到了，你在此说的是传输型的应用抢带宽的时候  的时间响应，我只是觉得

这种可能性非常小，WEB应用交付主要是服务应用，很大情况下都不会出现大文件传输

而且web应用交付在和大文件传输型的应用抢带宽的时候是占劣势的情况下，如何保证应用的响应时间。

这种情形下的大文件传输型的应用抢带宽，已经不是WEB问题了，已经是网络问题，该找电信或网通了

hritian

原帖由 aaaaa5aa 于 2009-6-10 23:15 发表

响应时间我在前面就提到了，你在此说的是传输型的应用抢带宽的时候  的时间响应，我只是觉得

这种可能性非常小，WEB应用交付主要是服务应用，很大情况下都不会出现大文件传输



这种情形下的大文件传 ...

在不丢包的情况下，服务质量的保证主要是看服务器的负载情况，不宕机，不卡。


然而丢包在best-effort网络中丢包是不可避免的，没有人能够保证不丢包。找电信也没用。

而且相比大文件传输，交互型应用会对丢包更敏感，保证丢包情况下交互型应用的服务质量，就意味着提高访问的成功率。

yellvene

貌似讨论到要火拼？？

呵呵

响应时间！OK，这个是WEB应用中非常关切的一个问题。

baopbird2005

赞。顶一下先