WebService 能承受多大的并发量？

2015-03-12 09:28:33 1.4万阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

unity制作交互视频/互动视频 unity制作交互视频/互动视频思路 1.先让unity播放视频 2. 视频播放结束后，视频暂停，按钮出现 3.按钮跳转下一个视频视频播放先创建UI-Raw Iamge 在Raw Iamge 挂载组件 Video Player 接着挂载视频播放的脚本 using UnityEngine; using UnityEngine.UI; using UnityEngine.Video; publi... 阅读详情

提供了几个WebService接口，供客户调用，客户群有8000多人，每天会不定时调用WebService，请问WebService能承受的住吗？会有性能或者并发的问题存在吗？如果有，请问有什么解决方案吗？谢谢！

...全文

为什么需要知识图谱？什么是知识图谱？——KG的前世今生我的知乎专栏，对知识图谱感兴趣的朋友可以关注。标题的命名顺序可能让有的读者不太习惯。通常在介绍一个陌生事物的应用前，我们先给出其定义。之所以换个顺序，是为了不让读者一开始就接触比较冰冷生硬的概念刻板描述(后面我尽量用更具体、准确的例子来表达)，另一方面也是为了通过现实生活中的例子自然的引入知识图谱的概念。希望通过这种方式加深读者的印象和理解。为了减轻读者理解的负担，我尽可能地避免引入过多的概念和技术阅读详情

混蛋收容所已被注册

Web Services 12,164 成员 16,322 内容

+ 关注 + 加入社区

切换为时间正序

Big.Cookie 2018-12-24

打赏
举报

引用 7 楼以专业开发人员为伍的回复:

webservice是最臃肿、最慢、最容易出故障的。但是它省去了程序员序列化、反序列化这三个步骤的3、4条语句，所以它是和初学者使用。在十几年来，如果是大型的系统（比如说电信公司传统的数据同步系统）内部，并不需要webserive早期的大公司为了电子商务而定立的那些所谓“功能目标”（实际上经过这10几年，这些目标基本上已经没人在乎了），会直接使用 http 的GET、POST 方式来传送数据、访问服务，自己写那3、4代码来进行反序列化代码，而不是因为仅仅不会写这3、4行代码就要使用一个webservice。

webserver不也可以用get post方式传送数据的么

吾乃水镜 2016-06-24

打赏
举报

引用 7 楼 sp1234 的回复:

webservice是最臃肿、最慢、最容易出故障的。但是它省去了程序员序列化、反序列化这三个步骤的3、4条语句，所以它是和初学者使用。在十几年来，如果是大型的系统（比如说电信公司传统的数据同步系统）内部，并不需要webserive早期的大公司为了电子商务而定立的那些所谓“功能目标”（实际上经过这10几年，这些目标基本上已经没人在乎了），会直接使用 http 的GET、POST 方式来传送数据、访问服务，自己写那3、4代码来进行反序列化代码，而不是因为仅仅不会写这3、4行代码就要使用一个webservice。

放屁

混蛋收容所已被注册 2015-03-12

打赏
举报

引用 10 楼 Z65443344 的回复:

性能是测试出来的,不是计算出来的除非你能比较精确的估算出到底每秒并发访问量是多大,服务器硬件参数和网络带宽分别都是多少,还能大体估计一下而且这和你软件逻辑实现有很大关系,到底是否采用了缓存技术还是每次调用都去查询数据库,这性能差异不是一点点

好的，谢谢！是这样的，用户调用接口，传送一个标志过来，数据库更新标志，然后其他系统会根据这个标志做出相应业务逻辑处理。这些接口只是个简单的更新标志的作用，不过人数越来越多会来调用，所以有点担心。不过你说的很对，性能是测试出来的，不是计算出来的，谢谢，学习了！

於黾 2015-03-12

打赏
举报

性能是测试出来的,不是计算出来的除非你能比较精确的估算出到底每秒并发访问量是多大,服务器硬件参数和网络带宽分别都是多少,还能大体估计一下而且这和你软件逻辑实现有很大关系,到底是否采用了缓存技术还是每次调用都去查询数据库,这性能差异不是一点点

混蛋收容所已被注册 2015-03-12

打赏
举报

引用 5 楼 Z65443344 的回复:

WebService只不过是个软件类型,它是个抽象的概念你如何实现WebService才决定了它到底能承受多大的压力就好比问电脑能控制火箭吗,那得看你到底是用386还是银河计算机了

谢谢！明白了！！非常感谢！

混蛋收容所已被注册 2015-03-12

打赏
举报

引用 2 楼 sp1234 的回复:

你先要客观地估计一下发布一段时间之后，实际真正在线使用的客户群。小公司一般来说这个估计往往夸大1000倍，而真正做到的技术则低100倍。

虽然不是很有用，不过是这样的，目前有1.5万+人员通过APP在调用这个接口，每个人员一天最少会有6次调用，至多15次调用，目前就放在一台服务器上，我们就是在运行了一段时候后，现在全城的相关人员也需要使用这个APP，人员有3万+，所以不知道人数上升性能会怎么样，会不会出现什么问题？所以来质询下大家，有什么建议或更好解决方法，客户群8000人只是小范围，不要抠字眼，谢谢。

以专业开发人员为伍 2015-03-12

打赏
举报

webservice是最臃肿、最慢、最容易出故障的。但是它省去了程序员序列化、反序列化这三个步骤的3、4条语句，所以它是和初学者使用。在十几年来，如果是大型的系统（比如说电信公司传统的数据同步系统）内部，并不需要webserive早期的大公司为了电子商务而定立的那些所谓“功能目标”（实际上经过这10几年，这些目标基本上已经没人在乎了），会直接使用 http 的GET、POST 方式来传送数据、访问服务，自己写那3、4代码来进行反序列化代码，而不是因为仅仅不会写这3、4行代码就要使用一个webservice。

於黾 2015-03-12

打赏
举报

没有任何具体的设计思路,纯粹拿个概念性的东西来问,是很无厘头的好比问汽车能拉动船吗那得看你是多大的汽车,什么发动机,拉的船是多大的船只问概念性的东西,得不到任何具体的解答

於黾 2015-03-12

打赏
举报

WebService只不过是个软件类型,它是个抽象的概念你如何实现WebService才决定了它到底能承受多大的压力就好比问电脑能控制火箭吗,那得看你到底是用386还是银河计算机了

以专业开发人员为伍 2015-03-12

打赏
举报

估计了之后，你要自己去先做一些研究，说明你们之前的设计。以细节方式来提出具体的问题（而不是套出一个解决方案）。不知道你们的实际的设计成都，谁也不会把真正的产品级的东西直接告诉你。这里只能说一些入门级或者是专门挑点概念来介绍。

混蛋收容所已被注册 2015-03-12

打赏
举报

引用 1 楼 caozhy 的回复:

只要你的服务器足够多，架构的伸缩性足够好，可以承受无限的访问量，

你好！谢谢你的回答！目前接口就是发布在服务器上，请问你的意思是，只要把这个WebService接口放在一台高性能的服务器上就可以了？不需要做什么其他处理是吗？

以专业开发人员为伍 2015-03-12

打赏
举报

你先要客观地估计一下发布一段时间之后，实际真正在线使用的客户群。小公司一般来说这个估计往往夸大1000倍，而真正做到的技术则低100倍。

threenewbee 2015-03-12

打赏
举报

只要你的服务器足够多，架构的伸缩性足够好，可以承受无限的访问量，

WebService 能承受多大的并发量？

相关推荐