后端被要求理解业务增长，会偏离技术路线吗
后端开发被逼看业务增长曲线，我是不是该跑路了？开篇：最近领导天天拉着服务端开发看GMV、DAU，说接口设计要提前预估三个月后的流量峰值。我懵了——我一个写数据库CRUD的，凭什么要懂业务增长？但冷静下来想，微服务拆分的时候，订单服务和库存服务之间怎么划边界，真得看业务怎么跑。你不懂核心交易链路，RPC调用超时了都不知道该优先扩容哪个节点。分布式事务已经够头疼了，如果再不理解业务上为什么先扣库存后减余额，光靠技术硬扛，最后就是加机器也扛不住突发秒杀。所以我现在的结论是：理解业务增长不是为了转行做运营，而是为了让你的技术决策有依据。 接口幂等怎么做、缓存失效时间设多长，全跟业务特性绑死。别怕跑偏，怕的是你只盯着代码，回头业务量翻十倍，你的架构第一个崩。
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
