API 版本控制
在逻辑变更后保持 API 功能需要更新 API 网关上的配置。API7 网关通过强大的服务级版本控制简化了这一过程。你可以将特定的服务版本及其相应的配置发布到不同的网关组,从而确保一致的部署和更平滑的回滚。
API7 网关并不强制要求强版本控制。是否实施甚至一个基本的版本控制系统取决于你的组织的具体需求和对 API 网关配置所需的控制级别。
版本控制范围
唯一的服务版本号表示一致的业务逻辑。
路由/四层路由 - 包含
API7 网关中的路由/四层路由更改与服务版本相关联。修改已发布服务版本中的路由/四层路由可能会对使用这些 API 的开发者造成干扰。这是因为他们现有的代码可能依赖于先前路由配置的特定行为。
上游 - 不包含
API7 网关依赖上游配置来管理与其后端应用程序(例如,服务器和数据库)的连接。这些配置决定了网关如何与后端交互,并且它们通常因部署环境而异。
例如,在开发环境中,API 网关可以配置为连接到开发者机器上运行的应用程序(例如,devserver)。而在生产环境中,它将连接到部署在数据中心中的实际后端服务器。
但是,需要注意的是,上游配置本身独立于 API 实现的核心逻辑。它们专注于通信的“方式”,而你的 API 代码专注于“内容”——它提供的特定功能。
即使使用相同的 API 版本,不同的网关组也可以通过上游配置指向不同的后端服务器。使用这些 API 的开发者不受影响。无论底层后端配置如何,他们的代码对 API 的调用都将以相同的方式运行。
通常,API7 网关中的上游配置提供了“运行时配置”的灵活性。它们独立于版本控制,允许你随时修改它们而无需发布新版本。