已经陆续在各大平台输出了很多很多的文章了所有文章的一个大的主题就是告诉你某个系统某个模块我们是怎么做的。它贵在真实比如前不久发布的「发票中心架构设计」一文就是当年吃够了订单开发票的苦然后重构后得到收益了然后才写出来的。里面提到的业务是真的user case是真的架构设计是真的。我经常会跟知识星球的微信群里跟星友们说我发布的内容你们只能作为参考。但是你们可以看看里面的架构设计。这个是最重要的。因此我每发布一个专栏都会写需求文档技术详细设计方案按照正规的企业开发流程来实施的。同时也在告诉你我们当时的实际情况如何。因此有那样的架构设计。为什么我会强调架构设计的重要性呢? 因此吃多太多次亏了也遇到过太多次大故障了深深的知道系统稳定性的问题是可以从架构设计了进行增强的。我举一个例子在我发布的「应付亿级用户规模的支付系统代码实战」这个专栏当时我们为什么每一个支付渠道是一个物理单元呢? 就是说微信支付是一个微服务支付宝支付是一个微服务国外支付是一个微服务。就是因为早期没这么干导致某个支付渠道出问题了系统变慢了导致影响到其他的支付渠道了。我们的注册用户数当时是「一个亿」每天要支付的订单平均是50万笔你想想多大的损失? 当时钉钉群里的业务老大就说了一句话能不能不要每次活动时系统就挂。这句话实在太有杀伤力了。当时的CTO跟我们说等会的公司会议我都不知道说什么好了。当你在那样的环境遇到那样的问题后并解决了。你会成长的非常快的。你也就再也不会随意的写代码慢慢形成所谓的对生产环境的敬畏之心。好。看到这里你就先记住一句话系统稳定性可以先从架构设计着手。这个不是简单的经验之谈而是被一个一个大故障教育出来的感悟。尤其是我因为之前都是带技术团队负责核心业务系统的且目前还管着整个技术部责任重大知道架构设计的重要性。当然我告知你的未必也是对的也未必是最佳实践。你可以引用但是一定要做好判断是否符合当前公司的实际情况。思辨对于程序员来说是非常重要的。我唯一能保证的就是它是真的当年我们就是这么干的。也解决了当时的问题。至少来说它也属于干货了。这个不是我一个人说的是知识星球里的人说的。截图一截图二截图三最近在知乎出了「应付6000万会员的秒杀系统专栏」「几亿用户,百万并发的C端商品系统实战」「技术团队DDD领域驱动设计三年落地实战」「应付亿级用户规模的支付系统代码实战」专栏感兴趣的可以订阅一下。至于知识星球的可以搜老码头的技术浮生录它是一个能实际帮你解决难题的星球。有问题的找知心的Sam哥支持无限次语音一对一解决你遇到的难题。「另外后续我新写的所有对外的付费专栏在星球内都是免费的且可以拿到所有源代码。」当前星球里免费看的专栏是「应付6000万会员的秒杀系统专栏」「几亿用户,百万并发的C端商品系统实战」「技术团队DDD领域驱动设计三年落地实战」「应付亿级用户规模的支付系统代码实战」知识星球内后续将推出20个付费专栏覆盖电商全链路选购线用户会员营销线中后台购物车服务营销系统订单系统商品服务用户系统支付系统菜单服务结算服务从前台选购到中后台结算星球成员全部免费后续新增也不额外收费。我的知乎账号:SamDeepThinking