版本：3.2.9.5

服务

服务代表一个后端应用程序，包含该应用程序提供的所有 API。一般来说，服务与路由是一对多的关系，与上游是一对一的关系。唯一的例外是在流量灰度过程中，服务会暂时有两个上游。

下图展示了一个已发布的服务，该服务架构了一个宠物店（Petstore）后台。

危险

对于熟悉 Apache APISIX 的人来说，需要注意的是，API7 企业版中的服务对象与 Apache APISIX 中的服务对象是不同的。

高可用性

为简单起见，上述示例只将流量导向唯一的上游节点。不过，你可以根据需要添加更多上游节点，以保持运行顺畅并对用户做出响应，同时避免单点故障。你还可以使用服务发现功能动态获取最新的上游节点。详情参阅确保上游高可用性。

一个服务可以有多个版本，每个版本有三种状态：模板、已发布和历史。这些状态代表了服务的整个 API 生命周期。每个服务都有自己的版本号体系。如果版本号相同，则说明服务的表现完全相同。

模板是初始状态，代表最新的未发布配置草案。模板中的 API 不可访问，也没有特定的版本号。

将模板发布到网关组会创建一个具有唯一版本号的已激活版本。已发布版本中的 API 和网关组绑定，用户可以访问网关组内的 API，但是只能编辑其运行时配置（主机、路径前缀和上游节点）。更新正在运行中的 API 时，必须发布新的服务版本。模板更改不会影响已发布的版本。

发布新版本时，以前的版本会转换为历史版本。请注意，一个服务不能同时在网关组中拥有两个已激活版本，但不同的网关组可以同时运行不同的版本。

历史版本为问题追踪提供了对过去配置的可见性，但不可编辑。它们主要用于紧急回滚。

历史版本不包括运行时配置。回滚时会保留当前值。

以下配置被归类为运行时配置。这是因为当同一服务版本发布到不同网关组时，它们可能会有不同的值，而且可以在网关组内直接编辑。这些配置并不构成不同的版本。

信息

例如