首先,要分析你的业务特点,用户访问视频的频率是怎么样,同时访问视频的用户有多少? 如果是普通的html内容的WEB服务,2MB还是能够支持很多用户访问的,支持日百万访问量也没问题,关键在于你提供内容形式和大小,以及用户访问的时间特点。100个并发其实可以支持很多的用户同时在线,视频类访问除外。100个用户和100个并发区别是巨大的。 如果用户上来主要是访问视频,那就麻烦了,网络带宽是视频的主要瓶颈。 显然,你的这个业务来说,业务很小,不用考虑tomcat是否能够支持多少的并发。关键在于2MB能[同时]支持多少个视频访问。你可以根据你的视频类协议的类型,视频侦频,分辨率等计算出来。 如果根据你的计算得出,现有流量不能满足你的业务要求。那要么加带宽,要么降低视频质量,要么别让用更多的户同时访问视频(你可以限制,同时只允许10个用户访问视频)。
首先,要分析你的业务特点,用户访问视频的频率是怎么样,同时访问视频的用户有多少? 如果是普通的html内容的WEB服务,2MB还是能够支持很多用户访问的,支持日百万访问量也没问题,关键在于你提供内容形式和大小,以及用户访问的时间特点。100个并发其实可以支持很多的用户同时在线,视频类访问除外。100个用户和100个并发区别是巨大的。 如果用户上来主要是访问视频,那就麻烦了,网络带宽是视频的主要瓶颈。 显然,你的这个业务来说,业务很小,不用考虑tomcat是否能够支持多少的并发。关键在于2MB能[同时]支持多少个视频访问。你可以根据你的视频类协议的类型,视频侦频,分辨率等计算出来。 如果根据你的计算得出,现有流量不能满足你的业务要求。那要么加带宽,要么降低视频质量,要么别让用更多的户同时访问视频(你可以限制,同时只允许10个用户访问视频)。 2M的带宽,还真的不晓得能做什么啊
顶下~~~等待高手~~
81,091
社区成员
341,718
社区内容
加载中
试试用AI创作助手写篇文章吧