大家有在公司的哪些功能用webman/workerman上生产环境了，想了解下?
问题描述
rt
官网有什么使用者名单么。
不方便说公司名的话，可以说一下公司生产环境哪些业务上了 w*man , 想了解下。
2864 11 4
11个回答
相似问题
年代过于久远，无法发表回答
我任职的三家上市公司都大规模在生产环境应用过这样的架构，包括腾讯、聚美、用友。
其中腾讯和聚美部署规模最大，都是几百台服务器的部署规模。
牛
哇哦，那一个程序更改，怎么发布到几百台的
老大 这些除了webman 还搭配使用了哪些技术啊
啊？
大佬你在用友也工作吗
我们公司的网约车项目后端使用的workerman，搭配自身的简易框架，很赞。
+1
我们公司现在除了二开项目没办法，默认都是webman的，最大的就是服务的城市每年的市政消费券，城市规模180万人口，当然抢券的也就1分钟内4-5w人进来的规模吧。
目前大大小小用webman搞了几十个程序吧，消费券、签到、秒杀、投票、转盘、问券调查等等
从来没遇到过webman自身问题。
你们公司 挺认可webman呀，这么大规模使用 很牛
嗯，就刚刚给客户发消费券，5秒钟，15000人访问，6000个券，负载3%仅
那是你设计的架构好，可以分享一下
分享一下，不过架构设计再好你用fpm 也不行 cpu 内存还是高
其实最多就是6000个请求
https://www.workerman.net/q/8581
他以前问过
是的，去年没敢，后来今年春节和秋季转到了webman上，满意。
"给客户发消费券，5秒钟，15000人访问，6000个券" 请问这时候 用了几台服务器 开了多少进程啊
哈哈，嗯，一共三台，nginx的反向代理，当然redis起了莫大的作用。
是先存入redis队列后延迟消费吗？
你这一台机器 感觉都够用呀，上三台 是防止 一台服务器挂了导致系统不给用吧，系统三台比较健壮哈
@tanhongbin 原则一台够了，不过有两个问题，这台服务器还在进行另外一个大城市评比活动，流量也很大，以及一些投票啊、问券调查啥的，东西有点多，因此将这台服务器做了转发，挂了两个节点。
市政项目，不出事是最主要的，多几个机器没关系。
@TM 发券肯定redis
@阿北 没毛病 市政 项目 不出事第一，还是可用性高好
燃起来了
我很好奇 他们这么大流量 带宽 是多大的？前后端分离 前端是放在云oss上嘛？
做过类似项目，其中2/3的流量是各种脚本 爬虫，头疼的狠
@tanhongbin 三个10M，静态文件放七牛，前后端分离的，vue+webman
@jianqi 对，各种刷单的，哈哈
前端 vue 也放在 七牛 嘛 还是和后端放在一个服务器上？
前端vue一台服务器、前端静态文件放七牛，API放一个服务器、数据库放一个服务器，后端也在一个服务器上。。。。
一个局域网。
哦哦，是这么应用的呀，就是后端服务器 还是有会挂了导致整个服务不可用哈 ，前端vue是不是也可以放在七牛
放在哪里后端挂了才不会导致整个服务不可用？
多个后端 负载一下，挂了一个 不影响使用 ，我们都这么干 ，必须得三台机器 上不封顶
额，我理解他说的是后端在单独的服务器，不是一台，如果一台的话确实有风险
也可以在一台部署，开多个端口用nginx负载
现实是一台服务如果能支撑的住[哈哈]
@tanhongbin
一共3台服务器 + 2台节点
服务器1：vue
服务器2：api（+两台节点）
服务器3：后台
数据库单独的服务器，哦，其实redis也在服务器1上
这个排列并不是因为这个项目，因此也没有特别的针对这个项目做调整，这个项目只是多了两个节点其实。
后台除了消费券，还有其的活动管理，所以独立出来了。
@tanhongbin 我理解错了，你说的后端就是我说的API，是的，nginx反向代理就好了。
我刚说的后端是后台。
@小w 对这块没有深入，我老觉得一台服务器再负载多个端口，会有效果么？
负载多个实例端口，防止某个实例异常导致整个服务挂掉
我觉得和一个实例开多开几个进程，是有区别的
@ 小w 这个有时间试试
我们队列消费 和 对外api接口都是webman开发的，没任何问题，很稳定
我们之前用过消息队列，不过老串号，就没敢再用，有时间研究下再。
串号 ？？？？ 没明白啥意思
反正很乱，估计还是用的不对，有时间要研究下。
是key冲突了？还是啥的
十有八九用是共享DBn同时key冲突了。
@liziyu 还不知道，当时是发错人了，哈哈
很强，PHP传统fpm一堆优化才能到响应时间100毫秒以下，webman直接部署跑业务没咋优化就直接50毫秒以下响应速度了
很多任务塞现成队列也很方便
啥也不用优化就能很小的响应，这个很吊，你响应快 处理的请求就多，用户体验也好
对啊，很强，直接跑就行了，如果并发高再跟着文档优化一下linux内核 无敌，只能说早用早享受，之前一直用TP感觉两者差太多了
不是一个级别的框架
0.0 相见恨晚
协程 处理请求第三放接口 也很爽 ，就等群主 mysql 等其他io协程化 ，那就太好用了
嗯嗯，在上面看到了去看了一下文档，后期mysql也携程化就无敌了
我感觉后面肯定会出 的
目前框架只有作者在维护吗？还是有团队。如果单独作者一个人不会太累吗？可以开一下仓库让社区的大佬一起维护一下
基本都是老大一个人吧，不过他有团队，放心使用
挺放心的，每个帖子的问题作者都是很快就定位问题然后解决
我们都是老司机了，20年刚出就用上了，用了以后我把tp laravel fpm的框架都抛弃了哈哈
我上一年才用，之前都没发现，作者也不推广的哈 0.0
mysql 协程化 是什么样的??
就是遇到 mysql 阻塞 正常你能处理10个并发 ，协程没有io阻塞问题，请求可能上到100个并发，和请求第三方阻塞是一样的
很好用 现在的项目基本上用webman
1、直播中台
2、商城流量
3、讲师中台
哇哦，大神好，你的异常捕获，我每个webman项目都在使用
没有没有，叫我小兄弟就好了，我不是大佬😬
膜拜校长
膜拜
公司的后端服务使用基于 Workerman 开发的 Wind 协程框架来开发的，目前每天在后端处理百万多条数据，几百万次网络请求，而这些仅是在一台机器上，两个PHP进程作为主要工作进程完成的，并且CPU占用也不高。
666
微信小游戏
直播拍卖系统
还有一些每年马拉松报名、地区比赛报名投票等
微信营销活动
部分管理界面是tp，但是api都做webman 需要慢慢迁移。