纸月

一、与优秀的业务一起成长 中台产品的超前发展是一件很困难的事情，因为存在的理由并不充分。除非有公司级别的战略目标的支撑，中台大力投入并超前发展，然后多个前台业务赛马发展。 所以一个中台产品必然是从一个

本文深入探讨了 Go 语言中 singleflight 包的使用。从缓存击穿问题的基础知识开始，进而详细介绍 singleflight 包的使用，展示如何利用它来避免缓存击穿。

一、背景 前面一文讲到如何利用 Prometheus 为 Gin 设计一个 middleware 来统计 HTTP 响应时间和活跃数量。链接：为Gin设计中间件(四)：接入Prometheus提高可观

一、需求 设计一个新的容错机制，同步转异步的容错机制。当满足以下两个条件（触发了限流、判定服务商已经崩溃）中的任何一个时，将请求转储到数据库（画个饼：过几天更新消息队列的版本 doge），后续再另外启

一、为什么要在公司内部提到短信服务的安全性？ 如果你在一个大公司，那么类似于短信这种资源，是需要考虑安全和成本控制的。比如说利用审批流程来 申请一个 tpl（模板），里面要求业务方对自己的用量进行评估

一、背景 接上文，这篇文章分享 应对如果短信服务商真的寄了的策略二：动态判定服务商状态。不同于上文的轮询 failover 策略，本文的策略的思路是 计算服务商是否还运作正常 。常用的判断标准有：（根

一、服务商“寄”了 前文的限流是为了不触发服务商的自我保护机制。但是，万一服务商真的出了问题呢？即便服务商的可用性做到了四个九，也还是有小概率崩溃，怎么办？可以考虑在服务商出了问题的时候，切换到新的服

需求：在web后端开发中，想输出http请求和响应的日志 思路：利用Gin提供的middleware的 AOP 机制 实现： （1）欲打印如下字段 （2）具体实现 注意：Gin 的 ctx 没有暴露响

背景： 在 Go 里面，我们可以使用 zap 来作为日志框架。 安装包：go install -u go.uber.org/zap 痛点： Go 中常用的日志框架 zap 的本质是用包变量zap.L(