后端被要求理解业务增长，会偏离技术路线吗
天天看业务增长，我的Redis和MQ快成业务工具人了开篇：最近组里服务端开发的KPI多了一项：对业务增长指标的敏感度。我心想，我是写接口和数据库的，又不是销售。但有一次线上故障让我改观——一个非核心查询接口，因为业务增长带来的新客批量导入，数据量从100万突增到800万，原来的分页查询走索引都慢。如果我们提前看了增长排期，完全可以在两周前就把这个表做分区，把查询逻辑改成游标分批。还有消息队列的消费积压，平时正常，但每到月底会员日就暴涨。后来我根据历史增长曲线，写了动态调整消费者线程数的策略，用Hystrix做降级。技术没有脱离业务而存在的意义。 后端开发看增长，不是变成业务工具人，而是让你的数据库连接池、线程池、熔断阈值都有“灵魂”——它们知道什么时候该紧张，什么时候可以放松。这条路不会偏离，只会让你从“码农”变成“有业务判断力的架构师”。
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
