后端被要求理解业务增长，会偏离技术路线吗
微服务拆得越细，越发现我不懂业务就拆不动开篇：公司要做微服务改造，我负责把老单体拆成订单、商品、支付、履约四个独立服务。结果拆到一半发现——订单和履约之间的边界，纯看代码根本理不清。因为业务增长带来了新的组合玩法：预售+定金膨胀+尾款合并支付。这时候订单状态机必须和履约时效强关联。你不理解业务为什么这么设计，接口协议就定义不准，最后分布式调用链路全是补丁。我现在每天花半小时看产品给的业务增长规划，不是为了成为运营，而是为了知道未来三个月哪些功能会高频改动，哪些数据表注定要分库分表。
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
