原标题《无捷径之路:我的十年开发心得》, 后面还会有一篇详细介绍架构演进、技术权衡的文章,正在脱敏中,感兴趣的同学可以关下公众号 跟后续更新: 原文近万字
更新:
![]() | 1 tanranran 2024-02-20 13:35:34 +08:00 太强了,写的非常棒,和阿里的 从 100 到 1000 万高并发的架构演进之路 有异曲同工之妙 |
![]() | 2 ZEHuang 2024-02-20 13:50:12 +08:00 佬太强了 |
3 amirliu 2024-02-20 13:51:00 +08:00 太棒了 |
![]() | 4 gordonbeijing 024-02-20 13:54:30 +08:00 哇太强了 |
5 dongzhuo777 2024-02-20 14:01:53 +08:00 比起我司的流水账太强了 |
![]() | 6 guguji5 2024-02-20 14:12:37 +08:00 这得是什么职级的大佬 |
![]() | 7 LaGeNanRen 2024-02-20 14:14:41 +08:00 一千到一亿,卧槽! |
![]() | 8 LaGeNanRen 2024-02-20 14:15:43 +08:00 卧槽原来是佬! |
9 Joker520 2024-02-20 14:23:07 +08:00 大佬好 |
10 perbugwei 2024-02-20 14:44:31 +08:00 我以为都是来划水的,真有大佬么,膜拜了 |
11 slowman 2024-02-20 14:59:02 +08:00 ![]() 8 条无意义顶帖, 都是同事么? |
![]() | 12 lsk569937453 2024-02-20 15:01:02 +08:00 网关每日 1 亿调用量,TPS 是 1200 左右,是不是一台 NGINX 就可以了。 |
![]() | 13 me1onsoda 2024-02-20 15:04:07 +08:00 日调用 1 亿,作为网关这个量很低吧? |
![]() | 14 xiaoshu OP 感谢大家的支持哈 |
![]() | 16 xiaoshu OP @lsk569937453 主要是网关建设从 0 到 1 这一段的经验哈 |
![]() | 17 shockerli 2024-02-20 16:56:06 +08:00 分享了等于没分享 |
![]() | 18 xiaoshu OP @me1onsoda tob 到 toc 的转变,其实初期并不低,DAU 也是从 w => 百 w ,如果一开始告诉我建设千万 DAU 网关,我真 hold 不住 |
21 coderxy 2024-02-20 17:01:26 +08:00 刚看了一下日志,我负责自研的微服务网关昨天调用量 1,280,615,527 。 我们日活才几十万。。。 |
22 37Y37 2024-02-20 17:01:41 +08:00 ![]() 所有捷径都是弯路:任何技能都是积累输入到一定程度和量级后的“自然涌现”; 细节即是护城河; 无反馈、不迭代,只有具备反馈机制,迭代才不是摆设,才能真正服务于用户; 面向通用场景做到极致很难,但永远可以在具体场景下做到更极致; 不要在很差的基础上,拼命做优化。给火车做提速,不如直接做飞机。 技术选择直接影响着我们的工作效率和产品质量,在前期偷懒,后期必然加倍奉还。 深以为然,感谢分享! |
![]() | 23 xiaoshu OP @coderxy 每个用户几千个请求,对应 http 网关算是很高频,我们这里基本是 qq 频道内嵌功能,用户日打开率并不高 |
25 youngRhine 2024-02-20 18:09:59 +08:00 想听下大佬对前端全栈之路的看法。 |
26 mybro 2024-02-20 18:38:44 +08:00 太菜了,看不太懂 = = |
![]() | 27 redfod42 2024-02-20 18:42:48 +08:00 存了,晚上看 |
![]() | 28 littleFireFrank 2024-02-20 18:58:58 +08:00 感谢巨佬的分享,受益匪浅 |
![]() | 29 Nosub 2024-02-20 19:01:34 +08:00 via iPhone ![]() op 腾讯员工,文章写的很棒,但是某种程度我也认同网友的一个观点,腾讯让中国互联网至少倒退了二十年,比如公众号就是一个非常明显的例子,用私域绑架全体国人。 |
![]() | 30 xiaoshu OP @youngRhine 前端深入的方向不多,可视化、游戏、全栈。除了机缘巧合,希望有一天能不依赖公司挣钱,也是走全栈的原因之一 |
![]() | 31 lesismal 2024-02-20 19:06:24 +08:00 前端统一接入层不可能才这么点量吧,国内稍微大点的业务一天就十亿百亿次级别了 “机缘”这词是全文最大干货,其他干货在“脱敏需要 被删除了”的那部分里 |
![]() | 34 cocong 2024-02-20 19:10:19 +08:00 ![]() 写得很宽泛,没看明白。 |
![]() | 35 lesismal 2024-02-20 19:11:09 +08:00 @xiaoshu 哦大概想明白了,只是统一接入层、登陆鉴权这些,不涉及太多具体的业务吧?这样的话那就正常了,现在确实大家都用微信多、qq 用的少了 如果涉及业务本身,业务逻辑的请求远大于这个了 |
![]() | 36 cocong 2024-02-20 19:11:26 +08:00 我也是做网关的,不过是 API 网关,不知道和你的是不是一样。对于网关,只要在一开始就做无状态管理,那并发量不是加多几台机器就能搞定的事吗? |
![]() | 37 xiaoshu OP @lesismal 确实不算很大量级,而且量级不是亮点,标题是运营改的 亮点在技术方案,算是司内首个支持全私有协议、动态编解码的接入层 |
![]() | 38 xiaoshu OP 原标题是《无捷径之路:我的十年开发心得》, 后面还会有一篇详细介绍架构演进、技术权衡的文章,正在脱敏中,感兴趣的同学可以关下公众号 跟后续更新 |
39 GopherDaily 2024-02-20 23:04:12 +08:00 阿里云某个服务全部 region 加起来的每秒调用量在 5kw 左右,19 年的数据。 那时候写双 11 的战报,日调用量应该是兆,还是兆亿,我看他们纠结了很久。 最终选的是兆亿,毕竟看上去厉害的多。 不过也就写写战报,实际没啥意义。 |
![]() | 40 xiaoshu OP @GopherDaily 单纯调用量确实意义不大,主要由业务决定 |
![]() | 41 echo0x000001 2024-02-21 11:54:51 +08:00 感觉只把大纲的简介放出来了,没看到啥干活。 |
42 yujianwjj 2024-02-21 13:49:07 +08:00 整体架构:如果存在一种捷径,那就是难路。 这个深有体会,如果架构设计上存在偷懒的话,后期非常痛苦。 感谢分享。 |
![]() | 43 rorwprint 2024-02-21 16:46:07 +08:00 感谢干货分享 |
![]() | 44 guonaihong 2024-02-21 17:12:50 +08:00 楼主文章写得不错。 |
![]() | 45 xiaoshu OP @echo0x000001 后面有一篇万字干货 |
![]() | 46 seedhk 2024-02-22 09:55:10 +08:00 首先感谢大佬的分享! 通篇看下来,确实感觉只是一个大纲,不过从大纲也看得出来正文应该是花了很多的心血的,希望正文能透露更多的内容和细节吧。 |
![]() | 47 lizy0329 2024-02-22 09:55:19 +08:00 “在晋级答辩的准备中,一个常见的误区是在薄弱的基础上拼命进行优化。例如,试图通过小修小补来提升一个本质上设计有缺陷的系统。这种做法往往效果有限,甚至可能导致更多问题。相比之下,重建或采用全新的解决方案,虽然代价较大,但往往能带来更为根本和持久的改进。就像在交通工具的发展中,给火车做提速远不如发明飞机来得革命性。” 所以我们别去维护那些烂系统了,重新做一个吧,get |
![]() | 49 xiaoshu OP x 我的网关建设之路调用 1 千 到 1 亿: https://zhuanlan.zhihu.com/p/684900119 |