如果后端 API 未进行版本控制,API 管理是否应对 API 进行版本控制?



我有一个后端API,只有1个版本,每月更新一次。

有一个API管理API位于这个后端API的前面。当后端API更新时,我使用后端API的新swagger文件来更新API管理API。

API管理API是否应该为每个后端版本创建一个新版本?考虑到后端API只有1个版本,我认为这意味着我需要更新API管理API的所有先前版本,以使其与新的后端API保持同步。使用我缺少的版本有什么好处吗?

我认为您误解了api版本控制的目的。假设您有一个只有一个"v1"版本的api。您意识到,您需要创建一个突破性的更改,这将伤害一些现有的消费者,因为他们已经为您的api的初始版本"v1"版本设置了代码。为了保持它们的功能,您在"v2"版本下添加了突破性的更改,因此您可以向现有消费者提供"v1"版本的api,也可以为新消费者提供新的"v2"版。你在这里描述的是,你每次都更改相同的"v1",因此你并不真正需要"v2"。话虽如此,APIM不会发挥任何魔力,并将您的重新部署视为"v2"、"v3"等,但它只会用您的最新代码替换您现有的api"v1"。

最新更新