这是一个创建于 276 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司主要技术盏是.net6,次要技术盏是 golang ，目前作为网关层使用的是一个.net6 的 webapi 项目，但是并发性能已经成为主要瓶颈，在单 pod 资源 4c2g 的情况下，每秒并发只能达到 70 个，业务高峰时段 pod 会伸缩到 16 个以上才能顶住压力，但有时候被刷量请求瞬时上升时部分 pod 会被打挂，基本能优化的都优化了，还是准备用 golang 重构一个试试，想问下有没有可以推荐的开发框架。 主要就是可以用 go 自定义中间件，网关层该有的东西它都有就行，尽量轻量且易于维护的那种，我最差打算就是直接起个 gin 开写。。
 |
1
VVVYGD 276 天前 via iPhone
直接 gin 写
|
 |
2
lrvy 276 天前
Hertz
|
 |
4
zhujinlong 276 天前
先 perf 清楚瓶颈是什么，是语言性能层面的，还是别的原因。如楼上所言，语言性能层面的可能非常低。
|
 |
5
ihciah 276 天前 via iPhone
4c 70QPS ，这到底里面在做啥…
|
 |
6
Sendya 276 天前 via Android
什么业务场景，才 70qps 。分析一下自己接口耗时在哪
|
 |
7
lsk569937453 276 天前  2
其实.net,java,golang 三个性能差不多的，别把 golang 想的太强了。
|
|
8
lsk569937453 276 天前
LZ 不如想想怎么优化.net 的代码。
|
 |
9
me1onsoda 276 天前
不是，一个网关服务才 70qps ？
|
 |
10
waising 276 天前
有一个聚合网关库 lura
|
 |
11
wu00 276 天前
webapi+ocelot 做网关？用 http 做转发的，虽然慢但也不至于 70qps
|
 |
12
cheng6563 276 天前
@lsk569937453 Windows Server 的内核是会给.net 开小灶单独优化的，性能比其他同类会高一些
|
 |
13
wellerman 276 天前
大概 5 年前，我用 ASP 写了一套拍卖系统，并发都不止 70 。
|
 |
14
di94sh 276 天前
70 qps 与语言无关了吧. 跑跑火焰图看看那块代码占用时间多😂
|
 |
15
bianhui 275 天前
显然一个 io 密集型项目瓶颈大概率出现在 io 上。看看如何优化缓存，数据库，和关联的网络服务吧。别说 net 了，就是 python 也能胜任你的 70 个+的并发
|
 |
16
xiaocaiji111 275 天前
70QPS ？没找到问题根本所在，估计换了语言也是一个样，只有极致性能才能看出语言差别。这个还查的远，完全可以忽略语言的影响。
|
Select Language