注意：说明：
注意：1. 仅专业版和铂金版支持使用 Java 网关，具体说明详细参见 版本对比。
注意：2. 仅使用 TSF-Consul 注册中心的用户支持使用 Java 网关。
一、使用场景
通常在一个微服务系统中，会有两个位置使用微服务网关：
·微服务系统的边界，如前端与微服务后台之间的网关。
·不同的微服务业务系统之间（如不同部门的业务后台都使用微服务架构）通过微服务网关进行调用；开发环境和预发布环境的业务都希望通过微服务网关访问某一个公共接口；在 set 化部署（分区部署）和单元化架构部署中，也常常通过微服务网关做不同业务系统之间访问的桥梁。在这类场景中，通常都希望不同系统之间的访问安全可控：不同系统之间进行物理或逻辑的隔离，通过网关实现“最小必须”的访问。
在腾讯微服务平台（TSF）中，我们通过命名空间来实现不同业务系统的访问逻辑隔离，这里说明如何使用命名空间和微服务网关实现不同微服务业务系统之间的调用。
二、注册配置治理中心使用 TSF-Consul
在 命名空间 中，介绍了 TSF 中的两种命名空间：全局命名空间与非全局命名空间。当注册配置治理中心使用 TSF-Consul 时，服务的命名空间与 TSF 命名空间保持一致，因此：
·全局命名空间中的微服务可以被其他命名空间中的微服务调用（典型场景：公共服务），但是不能调用其他命名空间中的微服务。
·不同的非全局命名空间（包含系统命名空间）中部署的微服务不能直接相互调用。
微服务网关也可以部署在全局命名空间和非全局命名空间中。在实际使用中，你创建微服务网关应用下的部署组时，可以选择是否将网关部署在全局命名空间中。不同命名空间与微服务网关的关系如下：
| 部署位置 | 微服务网关调用其他微服务 | 其他微服务调用微服务网关 |
| 全局命名空间 | 微服务网关可以调用所有命名空间中的微服务 | 微服务网关可以被所有微服务调用 |
| 非全局命名空间 | 微服务网关仅可以调用所在命名空间下的微服务 | 可以被所在命名空间中的微服务调用（常见）或被全局命名空间中的网关调用（少见） |
示意图如下：
·非全局命名空间中的微服务网关：
·全局命名空间中的微服务网关：
你可以通过全局命名空间中的微服务网关达到跨命名空间访问的目的。非全局命名空间中的微服务调用全局命名空间中的微服务网关调用另一个非全局命名空间中的微服务。此时，全局命名空间中的网关就是不同非全局命名空间中微服务调用的桥梁。在实际的业务场景中，你可以将不同部门的业务部署在不同的命名空间中，通过全局命名空间的微服务网关来进行跨部门的调用。
三、网关调用微服务
微服务网关调用微服务时，你可以通过网关托管 API 的路径进行调用。访问路径如下：IP 或域名/分组 context/命名空间名/微服务名/API 路径。访问路径规则与网关是否部署在全局命名空间中无关，但当微服务网关部署在非全局命名空间中，访问路径中却填写了错误命名空间名，则访问不通。
四、微服务调用网关
你可以通过网关的服务名调用网关。当非全局命名空间 namespace1 中的微服务 consumer 希望通过全局命名空间中的网关 zuul 访问 namespace2 中的微服务 provider 时，可以在 consumer 中直接访问微服务 zuul，访问路径为 /context/namespace2/provider/api-path。