12,165
社区成员
发帖
与我相关
我的任务
分享WebService 能承受多大的并发量？
提供了几个WebService接口，供客户调用，客户群有8000多人，每天会不定时调用WebService，请问WebService能承受的住吗？会有性能或者并发的问题存在吗？如果有，请问有什么解决方案吗？谢谢！
...全文
请发表友善的回复…
发表回复
Big.Cookie 2018-12-24
- 打赏
- 举报
webserver不也可以用get post方式传送数据的么
吾乃水镜 2016-06-24
- 打赏
- 举报
放屁
混蛋收容所已被注册 2015-03-12
- 打赏
- 举报
好的，谢谢！是这样的，用户调用接口，传送一个标志过来，数据库更新标志，然后其他系统会根据这个标志做出相应业务逻辑处理。这些接口只是个简单的更新标志的作用，不过人数越来越多会来调用，所以有点担心。不过你说的很对，性能是测试出来的，不是计算出来的，谢谢，学习了！
於黾 2015-03-12
- 打赏
- 举报
性能是测试出来的,不是计算出来的
除非你能比较精确的估算出到底每秒并发访问量是多大,服务器硬件参数和网络带宽分别都是多少,还能大体估计一下
而且这和你软件逻辑实现有很大关系,到底是否采用了缓存技术还是每次调用都去查询数据库,这性能差异不是一点点
混蛋收容所已被注册 2015-03-12
- 打赏
- 举报
谢谢！明白了！！非常感谢！
混蛋收容所已被注册 2015-03-12
- 打赏
- 举报
虽然不是很有用，不过是这样的，目前有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
- 打赏
- 举报
你好！谢谢你的回答！目前接口就是发布在服务器上，请问你的意思是，只要把这个WebService接口放在一台高性能的服务器上就可以了？不需要做什么其他处理是吗？
以专业开发人员为伍 2015-03-12
- 打赏
- 举报
你先要客观地估计一下发布一段时间之后，实际真正在线使用的客户群。小公司一般来说这个估计往往夸大1000倍，而真正做到的技术则低100倍。
threenewbee 2015-03-12
- 打赏
- 举报
只要你的服务器足够多，架构的伸缩性足够好，可以承受无限的访问量，
