如何在生产环境中修改微服务 API 而不影响依赖它的服务？有哪些常见策略与权衡？

How can you change a microservice API in production without breaking dependent services? What common strategies and trade-offs exist?

题目类型: 技术面试题

这是一道技术面试题，常见于澳洲IT公司面试中。

难度: hard

分类: system-design, architecture

标签: backward-compatibility, api-versioning, endpoint-evolution, migration

参考答案摘要

TL;DR 生产环境修改微服务 API 的核心是保持 向后兼容 并支持渐进迁移。常见策略包括 API 版本化 与 同服务新增 endpoint 两类。 策略 1：API 版本化（Versioning） 发布新版本 API，同时保留旧版本。 依赖方按自己的节奏迁移。 全部迁移完成后再下线旧版本。 权衡： 版本多会增加维护成本，Bug 修复和新功能可能需要同时改多个版本。 策略 2：同服务新增 end...

本题提供 STAR 原则详细解答和技术解析，登录匠人学院学习中心即可查看完整答案。