（通常指服务注册中心）是微服务架构中两个关键但职责不同的组件，它们协同工作以实现服务的动态发现、安全访问和流量管理。

 ‌    ‌服务注册中心‌：是微服务架构的‌基础层‌，核心功能是实现服务的‌注册与发现‌。每个微服务启动时，会将自己的网络地址（如IP和端口）注册到注册中心。当一个微服务需要调用另一个服务时，它会向注册中心查询目标服务的可用地址列表，然后直接与目标服务建立点对点连接进行通信。注册中心本身不处理业务请求的数据流，仅负责维护服务地址的动态信息，从而实现去中心化的调用和负载均衡。‌

 ‌     微服务网关‌：是架构的‌中间层‌，主要作为‌统一入口‌，负责处理来自前端应用（如Web、APP）或外部系统的请求。它不直接与业务服务耦合，而是接收外部请求后，根据请求路径等信息，‌动态地从服务注册中心获取目标微服务的地址‌，再将请求转发过去。微服务网关集成了服务发现、负载均衡、请求路由、安全认证、限流熔断等多种功能，对外提供统一的API接口，隐藏了内部微服务的复杂性。‌

两者关系总结如下：‌

 ‌      依赖与协同‌：微服务网关‌依赖‌于服务注册中心。网关自身需要将自身的服务信息注册到注册中心，更重要的是，它在转发请求时，必须查询注册中心来获取后端具体微服务实例的实时地址。没有注册中心，网关就无法实现自动化的服务发现和负载均衡。‌

 ‌      职责分离‌：注册中心专注于“‌服务地址的管理‌”，而网关专注于“‌请求的代理与管控‌”。注册中心是服务间调用的“通讯录”，网关是对外服务的“门卫”和“调度员”。‌

 ‌      层级关系‌：在典型的架构中，服务注册中心位于最底层，为所有服务（包括网关）提供发现能力；微服务网关位于上层，它本身是一个特殊的服务，也注册在注册中心中，并为前端应用提供访问后端微服务的统一入口。‌

 ‌      必要性‌：对于纯后端微服务间的调用，仅需服务注册中心即可。但当有前端应用或外部系统需要访问后端服务时，引入微服务网关是最佳实践，它能有效解耦前后端，并提供集中化的安全与流量控制。‌

TCP是双向通道，所以容器开发需要开通端口映射。