GCloud单计算实例多服务部署：域名路由到特定端口免Apache虚拟主机

GCE实例直接绑定公网IP的场景下，你找不到对应配置入口是正常的——GCP原生四层网络（VPC防火墙、公网IP转发）根本不支持基于域名的七层路由。
四层转发只会读取数据包的目标IP、目标端口信息，不会解析HTTP请求头里的Host字段，自然没法实现「不同域名走80/443进来、转发到实例不同本地端口」的效果，这个能力是七层代理独有的。

如果坚持不在实例上搭反向代理，可以用GCP的外部HTTP(S)负载均衡实现需求，配置步骤如下：

• 为实例上每个不同端口的Docker服务创建独立的区域网络端点组（Zonal NEG），每个NEG对应一组「实例内部IP + 服务端口」的映射，比如a.example.com对应本地8080端口、b.example.com对应本地8081端口
• 创建负载均衡的URL映射规则，按请求的Host头做转发匹配：命中A域名的请求转发到8080端口对应的NEG后端，命中B域名的请求转发到8081端口对应的NEG后端
• 负载均衡前端配置80、443端口监听，SSL证书可以直接上传到GCP托管在LB侧，不需要在实例上配置证书
• 将所有业务域名的DNS A记录指向负载均衡的任播公网IP
• 最后调整VPC防火墙规则：只允许GCP负载均衡的官方健康检查IP段访问实例上的各个服务端口，禁止公网直接直连实例的这些非标准端口，实例本身可以解绑原有的公网IP，只保留内网IP即可。

• 上述LB方案不需要在实例上部署额外反向代理服务，路由规则全在GCP控制台维护，还能直接复用LB自带的访问日志、SSL自动续期、WAF等能力，但单实例场景下会产生额外的LB费用，配置步骤也偏繁琐
• 单实例托管多服务的场景下，更轻量的选择是用Docker部署一个Traefik或者Nginx Proxy Manager容器做反向代理，只需要把这个容器的80/443端口映射到宿主机，后续新增服务只需要调整反向代理的路由规则，不需要动GCP侧任何网络配置，资源占用和维护成本都比搭LB低很多。

内容的提问来源于stack exchange，提问作者TresPaul