V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
xiaoshu
V2EX  ›  程序员

[晋升复盘] 用了两周时间写的,希望对大家有帮助

  •  
  •   xiaoshu · 311 天前 · 7263 次点击
    这是一个创建于 311 天前的主题,其中的信息可能已经有所发展或是发生改变。
    第 1 条附言  ·  311 天前

    原标题《无捷径之路:我的十年开发心得》, 后面还会有一篇详细介绍架构演进、技术权衡的文章,正在脱敏中,感兴趣的同学可以关下公众号 跟后续更新: 原文近万字

    pFtSCQg.png

    第 2 条附言  ·  311 天前
    我在知乎也会更新,也许有大家想要的干货: https://www.zhihu.com/people/fjywan-62
    第 3 条附言  ·  309 天前

    看到评论区对更多细节的期待,也很高兴有帮助,但是内部 review 没这么快,我先转发一个不需要脱敏的文章,感谢大家的支持:

    [伟大不能被计划] 的进化原理

    第 4 条附言  ·  300 天前

    第二篇详细介绍架构演进、技术细节的万字长文如期更新了: 我的网关建设之路:日调用 1 千 到 1 亿

    里面的细节十分多,有疑问欢迎留言或者进群问,有时间我会及时解答: pF02yKP.jpg#100px #100px

    第 5 条附言  ·  299 天前

    更新: pF02yKP.jpg#100px #100px

    49 条回复    2024-03-02 13:28:19 +08:00
    tanranran
        1
    tanranran  
       311 天前
    太强了,写的非常棒,和阿里的 从 100 到 1000 万高并发的架构演进之路 有异曲同工之妙
    ZEHuang
        2
    ZEHuang  
       311 天前
    佬太强了
    amirliu
        3
    amirliu  
       311 天前
    太棒了
    gordonbeijing
        4
    gordonbeijing  
       311 天前
    哇太强了👍👍👍
    dongzhuo777
        5
    dongzhuo777  
       311 天前
    比起我司的流水账太强了
    guguji5
        6
    guguji5  
       311 天前
    这得是什么职级的大佬
    LaGeNanRen
        7
    LaGeNanRen  
       311 天前
    一千到一亿,卧槽!
    LaGeNanRen
        8
    LaGeNanRen  
       311 天前
    卧槽原来是佬!
    Joker520
        9
    Joker520  
       311 天前
    大佬好
    perbugwei
        10
    perbugwei  
       311 天前
    我以为都是来划水的,真有大佬么,膜拜了
    1423
        11
    1423  
       311 天前   ❤️ 12
    8 条无意义顶帖, 都是同事么?
    lsk569937453
        12
    lsk569937453  
       311 天前
    网关每日 1 亿调用量,TPS 是 1200 左右,是不是一台 NGINX 就可以了。
    me1onsoda
        13
    me1onsoda  
       311 天前
    日调用 1 亿,作为网关这个量很低吧?
    xiaoshu
        14
    xiaoshu  
    OP
       311 天前
    感谢大家的支持哈
    xiaoshu
        15
    xiaoshu  
    OP
       311 天前
    @1423 我不知道有认识的同事在 v 站哈,而且是答辩后总结 顶帖其实对我没啥收益 主要是发出来希望对有些人有帮助
    xiaoshu
        16
    xiaoshu  
    OP
       311 天前
    @lsk569937453 主要是网关建设从 0 到 1 这一段的经验哈
    shockerli
        17
    shockerli  
       311 天前
    分享了等于没分享
    xiaoshu
        18
    xiaoshu  
    OP
       311 天前
    @me1onsoda tob 到 toc 的转变,其实初期并不低,DAU 也是从 w => 百 w ,如果一开始告诉我建设千万 DAU 网关,我真 hold 不住
    xiaoshu
        19
    xiaoshu  
    OP
       311 天前
    @guguji5 基本纯技术到头了
    xiaoshu
        20
    xiaoshu  
    OP
       311 天前
    @shockerli 大部分细节因为脱敏需要 被删除了
    coderxy
        21
    coderxy  
       311 天前
    刚看了一下日志,我负责自研的微服务网关昨天调用量 1,280,615,527 。 我们日活才几十万。。。
    37Y37
        22
    37Y37  
       311 天前   ❤️ 1
    所有捷径都是弯路:任何技能都是积累输入到一定程度和量级后的“自然涌现”;
    细节即是护城河;
    无反馈、不迭代,只有具备反馈机制,迭代才不是摆设,才能真正服务于用户;
    面向通用场景做到极致很难,但永远可以在具体场景下做到更极致;
    不要在很差的基础上,拼命做优化。给火车做提速,不如直接做飞机。
    技术选择直接影响着我们的工作效率和产品质量,在前期偷懒,后期必然加倍奉还。

    深以为然,感谢分享!
    xiaoshu
        23
    xiaoshu  
    OP
       311 天前
    @coderxy 每个用户几千个请求,对应 http 网关算是很高频,我们这里基本是 qq 频道内嵌功能,用户日打开率并不高
    xiaoshu
        24
    xiaoshu  
    OP
       311 天前
    @37Y37 很高兴有帮助 共勉
    youngRhine
        25
    youngRhine  
       311 天前
    想听下大佬对前端全栈之路的看法。
    mybro
        26
    mybro  
       311 天前
    太菜了,看不太懂 = =
    redford42
        27
    redford42  
       311 天前
    存了,晚上看
    littleFireFrank
        28
    littleFireFrank  
       311 天前
    感谢巨佬的分享,受益匪浅
    Nosub
        29
    Nosub  
       311 天前 via iPhone   ❤️ 2
    op 腾讯员工,文章写的很棒,但是某种程度我也认同网友的一个观点,腾讯让中国互联网至少倒退了二十年,比如公众号就是一个非常明显的例子,用私域绑架全体国人。
    xiaoshu
        30
    xiaoshu  
    OP
       311 天前
    @youngRhine 前端深入的方向不多,可视化、游戏、全栈。除了机缘巧合,希望有一天能不依赖公司挣钱,也是走全栈的原因之一
    lesismal
        31
    lesismal  
       311 天前
    前端统一接入层不可能才这么点量吧,国内稍微大点的业务一天就十亿百亿次级别了

    “机缘”这词是全文最大干货,其他干货在“脱敏需要 被删除了”的那部分里
    xiaoshu
        32
    xiaoshu  
    OP
       311 天前
    @lesismal 只算 http 接口,没有算页面请求
    lesismal
        33
    lesismal  
       311 天前
    @xiaoshu 对,我说的也是接口
    cocong
        34
    cocong  
       311 天前   ❤️ 1
    写得很宽泛,没看明白。
    lesismal
        35
    lesismal  
       311 天前
    @xiaoshu 哦大概想明白了,只是统一接入层、登陆鉴权这些,不涉及太多具体的业务吧?这样的话那就正常了,现在确实大家都用微信多、qq 用的少了
    如果涉及业务本身,业务逻辑的请求远大于这个了
    cocong
        36
    cocong  
       311 天前
    我也是做网关的,不过是 API 网关,不知道和你的是不是一样。对于网关,只要在一开始就做无状态管理,那并发量不是加多几台机器就能搞定的事吗?
    xiaoshu
        37
    xiaoshu  
    OP
       311 天前
    @lesismal 确实不算很大量级,而且量级不是亮点,标题是运营改的 😂
    亮点在技术方案,算是司内首个支持全私有协议、动态编解码的接入层
    xiaoshu
        38
    xiaoshu  
    OP
       311 天前
    原标题是《无捷径之路:我的十年开发心得》, 后面还会有一篇详细介绍架构演进、技术权衡的文章,正在脱敏中,感兴趣的同学可以关下公众号 跟后续更新
    GopherDaily
        39
    GopherDaily  
       311 天前
    阿里云某个服务全部 region 加起来的每秒调用量在 5kw 左右,19 年的数据。

    那时候写双 11 的战报,日调用量应该是兆,还是兆亿,我看他们纠结了很久。
    最终选的是兆亿,毕竟看上去厉害的多。

    不过也就写写战报,实际没啥意义。
    xiaoshu
        40
    xiaoshu  
    OP
       311 天前
    @GopherDaily 单纯调用量确实意义不大,主要由业务决定
    echo0x000001
        41
    echo0x000001  
       310 天前
    感觉只把大纲的简介放出来了,没看到啥干活。
    yujianwjj
        42
    yujianwjj  
       310 天前
    整体架构:如果存在一种捷径,那就是难路。
    这个深有体会,如果架构设计上存在偷懒的话,后期非常痛苦。
    感谢分享。
    rorwprint
        43
    rorwprint  
       310 天前
    感谢干货分享
    guonaihong
        44
    guonaihong  
       310 天前
    楼主文章写得不错。
    xiaoshu
        45
    xiaoshu  
    OP
       310 天前
    @echo0x000001 后面有一篇万字干货
    seedhk
        46
    seedhk  
       310 天前
    首先感谢大佬的分享!
    通篇看下来,确实感觉只是一个大纲,不过从大纲也看得出来正文应该是花了很多的心血的,希望正文能透露更多的内容和细节吧。
    lizy0329
        47
    lizy0329  
       310 天前
    “在晋级答辩的准备中,一个常见的误区是在薄弱的基础上拼命进行优化。例如,试图通过小修小补来提升一个本质上设计有缺陷的系统。这种做法往往效果有限,甚至可能导致更多问题。相比之下,重建或采用全新的解决方案,虽然代价较大,但往往能带来更为根本和持久的改进。就像在交通工具的发展中,给火车做提速远不如发明飞机来得革命性。”

    所以我们别去维护那些烂系统了,重新做一个吧,get
    xiaoshu
        48
    xiaoshu  
    OP
       310 天前
    @lizy0329 是的 算晋级小 tip 吧。从 0 到 1 往往更耀眼,即便付出的心力和优化差不多
    xiaoshu
        49
    xiaoshu  
    OP
       300 天前
    x 我的网关建设之路调用 1 千 到 1 亿: https://zhuanlan.zhihu.com/p/684900119
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2797 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 33ms · UTC 03:36 · PVG 11:36 · LAX 19:36 · JFK 22:36
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.