• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 986 days ago, the information mentioned may be changed or developed.
Supplement 1 · Feb 20, 2024
原标题《无捷径之路：我的十年开发心得》, 后面还会有一篇详细介绍架构演进、技术权衡的文章，正在脱敏中，感兴趣的同学可以关下公众号 跟后续更新： 原文近万字
Supplement 2 · Feb 20, 2024
我在知乎也会更新，也许有大家想要的干货： https://www.zhihu.com/people/fjywan-62
Supplement 3 · Feb 22, 2024
Supplement 4 · Mar 2, 2024
Supplement 5 · Mar 4, 2024
更新：
 |
ByteRanFeb 20, 2024
1
太强了，写的非常棒，和阿里的 从 100 到 1000 万高并发的架构演进之路 有异曲同工之妙
|
 |
ZEHuangFeb 20, 2024
2
佬太强了
|
 |
amirliuFeb 20, 2024
3
太棒了
|
 |
gordonbeijingFeb 20, 2024
4
哇太强了👍👍👍
|
 |
dongzhuo777Feb 20, 2024
5
比起我司的流水账太强了
|
 |
guguji5Feb 20, 2024
6
这得是什么职级的大佬
|
 |
LaGeNanRenFeb 20, 2024
7
一千到一亿，卧槽！
|
|
LaGeNanRenFeb 20, 2024
8
卧槽原来是佬！
|
 |
Joker520Feb 20, 2024
9
大佬好
|
 |
perbugweiFeb 20, 2024
10
我以为都是来划水的，真有大佬么，膜拜了
|
 |
11
8 条无意义顶帖, 都是同事么?
|
12 |
lsk569937453Feb 20, 2024
12
网关每日 1 亿调用量，TPS 是 1200 左右，是不是一台 NGINX 就可以了。
|
 |
me1onsodaFeb 20, 2024
13
日调用 1 亿，作为网关这个量很低吧？
|
 |
14
感谢大家的支持哈
|
|
16
@lsk569937453 主要是网关建设从 0 到 1 这一段的经验哈
|
 |
shockerliFeb 20, 2024
17
分享了等于没分享
|
|
18
@me1onsoda tob 到 toc 的转变，其实初期并不低，DAU 也是从 w => 百 w ，如果一开始告诉我建设千万 DAU 网关，我真 hold 不住
|
 |
coderxyFeb 20, 2024
21
刚看了一下日志，我负责自研的微服务网关昨天调用量 1,280,615,527 。 我们日活才几十万。。。
|
 |
22
所有捷径都是弯路：任何技能都是积累输入到一定程度和量级后的“自然涌现”；
细节即是护城河； 无反馈、不迭代，只有具备反馈机制，迭代才不是摆设，才能真正服务于用户； 面向通用场景做到极致很难，但永远可以在具体场景下做到更极致； 不要在很差的基础上，拼命做优化。给火车做提速，不如直接做飞机。 技术选择直接影响着我们的工作效率和产品质量，在前期偷懒，后期必然加倍奉还。 深以为然，感谢分享！ |
 |
youngRhineFeb 20, 2024
25
想听下大佬对前端全栈之路的看法。
|
 |
mybroFeb 20, 2024
26
太菜了，看不太懂 = =
|
 |
redford42Feb 20, 2024
27
存了，晚上看
|
 |
littleFireFrankFeb 20, 2024
28
感谢巨佬的分享，受益匪浅
|
 |
29
op 腾讯员工，文章写的很棒，但是某种程度我也认同网友的一个观点，腾讯让中国互联网至少倒退了二十年，比如公众号就是一个非常明显的例子，用私域绑架全体国人。
|
|
30
@youngRhine 前端深入的方向不多，可视化、游戏、全栈。除了机缘巧合，希望有一天能不依赖公司挣钱，也是走全栈的原因之一
|
 |
lesismalFeb 20, 2024
31
前端统一接入层不可能才这么点量吧，国内稍微大点的业务一天就十亿百亿次级别了
“机缘”这词是全文最大干货，其他干货在“脱敏需要 被删除了”的那部分里 |
 |
34
写得很宽泛，没看明白。
|
|
lesismalFeb 20, 2024
35
@xiaoshu 哦大概想明白了，只是统一接入层、登陆鉴权这些，不涉及太多具体的业务吧？这样的话那就正常了，现在确实大家都用微信多、qq 用的少了
如果涉及业务本身，业务逻辑的请求远大于这个了 |
|
cocongFeb 20, 2024
36
我也是做网关的，不过是 API 网关，不知道和你的是不是一样。对于网关，只要在一开始就做无状态管理，那并发量不是加多几台机器就能搞定的事吗？
|
|
38
原标题是《无捷径之路：我的十年开发心得》, 后面还会有一篇详细介绍架构演进、技术权衡的文章，正在脱敏中，感兴趣的同学可以关下公众号 跟后续更新
|
 |
GopherDailyFeb 20, 2024
39
阿里云某个服务全部 region 加起来的每秒调用量在 5kw 左右，19 年的数据。
那时候写双 11 的战报，日调用量应该是兆，还是兆亿，我看他们纠结了很久。 最终选的是兆亿，毕竟看上去厉害的多。 不过也就写写战报，实际没啥意义。 |
|
40
@GopherDaily 单纯调用量确实意义不大，主要由业务决定
|
 |
echo0x000001Feb 21, 2024
41
感觉只把大纲的简介放出来了，没看到啥干活。
|
 |
yujianwjjFeb 21, 2024
42
整体架构：如果存在一种捷径，那就是难路。
这个深有体会，如果架构设计上存在偷懒的话，后期非常痛苦。 感谢分享。 |
 |
rorwprintFeb 21, 2024
43
感谢干货分享
|
 |
guonaihongFeb 21, 2024
44
楼主文章写得不错。
|
|
45
@echo0x000001 后面有一篇万字干货
|
 |
seedhkFeb 22, 2024
46
首先感谢大佬的分享！
通篇看下来，确实感觉只是一个大纲，不过从大纲也看得出来正文应该是花了很多的心血的，希望正文能透露更多的内容和细节吧。 |
 |
lizy0329Feb 22, 2024
47
“在晋级答辩的准备中，一个常见的误区是在薄弱的基础上拼命进行优化。例如，试图通过小修小补来提升一个本质上设计有缺陷的系统。这种做法往往效果有限，甚至可能导致更多问题。相比之下，重建或采用全新的解决方案，虽然代价较大，但往往能带来更为根本和持久的改进。就像在交通工具的发展中，给火车做提速远不如发明飞机来得革命性。”
所以我们别去维护那些烂系统了，重新做一个吧，get |
|
49
x 我的网关建设之路调用 1 千 到 1 亿： https://zhuanlan.zhihu.com/p/684900119
|
Select Language