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