就是类似于 https://api.weixin.qq.com/xxx，
目前我们这边仅用了 nginx，upstream 做负载均衡这样...调用量大了还是有些瓶颈。
有什么可以优化或改造的地方吗？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2008 days ago, the information mentioned may be changed or developed.
 |
opengpsMay 6, 2021
1
基础架构说的是服务器硬件？对于软件来说，能实现功能，数据库分流基本就没有大问题了
大型平台的承载力其实就是堆硬件，各种负载均衡，冗余，加速等产品的配合，后端 api 实际上未必稳定，只是因为服务器数量多了，出故障的会自动下线，大部分小故障没人会从外部发现而已 |
 |
killva4624May 6, 2021
2
API 这类架构基本没什么太多的变化吧？可以尝试拓宽一些别的思路，比如多地区、多地域均分负载，调用量大的时候动态调整后端 worker 数量。
|
 |
rrfengMay 6, 2021
3
『调用量大了还是有些瓶颈』
Nginx 是 7 层负载均衡，前面还得有 4 层负载均衡（ LVS 之类的），再大还可以上 ECMP，再不行 Anycast 。 |
 |
xuanbgMay 6, 2021
4
多级负载均衡啊。就和 3 楼说的，不行就加一级负载均衡。。。
|
 |
x940727May 6, 2021
5
NGINX 如果都有瓶颈的话就在前面加硬件负载呗，如果硬件负载都不够就去找运营商呗……如果嫌贵就找云商也行，阿里云的 SLB 价格还行
|
 |
janxinMay 6, 2021
6
你要先看瓶颈在哪，所以监控一定要完善，一定程度上能发现问题在哪
然后就是看短板，根据短板上方案，上面都说了很多了 |
 |
7
|
 |
ch2May 6, 2021
8
你都说了有瓶颈，那你说说瓶颈到底是啥
|
 |
labulaka521May 6, 2021
9
nginx ipvs dpvs dns 都往上整
|
 |
zjyl1994May 6, 2021
10
根据我在腾讯外包干过的经验，他们应对流量冲击的解决方法就是加机器，反正都是 TKE 的容器云可以随时扩缩。
真别想的太复杂，大公司就是加钱解决大部分问题 |
|
zjyl1994May 6, 2021
11
而且，配合上对应的监控体系自动剔出死了的 pod 再拉起新的 pod，后端几百个实例里挂一两个重启需要 1 分多钟的容器前面根本感知不到。
|
 |
hotsymbolMay 6, 2021
12
k8s + istlo + nginx
|
 |
dallasluMay 7, 2021
13
DNS 轮询用起来
|
 |
kiotechMay 7, 2021
14
微信 API"可靠"的方式，也很简单粗暴。直接下架商家服务。先开枪，再提问题。
|
 |
ychostMay 7, 2021
15
基本都是靠怼机器，真正稳定是数据库稳定就行了，上面运行的 API 业务逻辑正常就差不多了
|
 |
cominghomeMay 8, 2021
16
堆！机！器！
加！陪！置！ 毕竟就算是代码有性能问题，宕机了锅还是得运维背 |
Select Language