如何用一个域名驱动多个后端服务
一个域名通过子域名、反向代理路径分发、不同端口映射、容器 Ingress 或 CDN 边缘逻辑等方式，实现对多个不同后端服务或主机的访问。
一个域名多主机名
在日常的网站运营和服务部署中，我们经常会遇到这样一种情况：只拥有一个域名，却需要同时运行多个不同的服务或应用。这时候，如何合理地让这一个域名对应多个主机名，就成了一个非常实用的问题。所谓“一个域名多主机名”，通常是指借助 DNS 解析、反向代理、主机头（Host header）等技术手段，让同一个域名能够访问到不同的服务器或服务节点。
利用子域名实现多主机名
最直观的方法就是利用子域名。例如，假设我们拥有 example.com 这个主域名，可以通过 DNS 设置多个 A 记录或 CNAME 记录，创建 api.example.com、blog.example.com、shop.example.com 等不同的子域名，每个子域名指向不同的 IP 地址或同一 IP 的不同端口。这种方式的优点是结构清晰，易于管理，而且能够充分发挥 DNS 的负载均衡和分区管理能力。但缺点是需要为每一个子域名单独配置 SSL 证书，在管理上稍微繁琐一些。不过借助通配符证书（Wildcard SSL）可以一次性覆盖所有子域名，从而简化证书管理。
通过反向代理实现基于路径的访问
如果创建子域名不方便，或者希望对外统一只暴露一个主域名，那么可以采用反向代理结合主机头或路径分发的方式。例如，Nginx、Apache 或 HAProxy 都能作为反向代理，接收来自同一个域名的请求，并根据 URL 路径将请求转发到后端的多个主机上。比如 example.com/api/ 被转发到 API 服务器，example.com/blog/ 被转发到博客服务器。这种模式下，虽然对外看起来只有一个主机名，但内部实际上对应着多个后端主机名或服务。这种方式的好处是，用户在浏览器中看到的域名始终一致，也只需为一个域名配置 SSL 证书，维护成本低。
使用不同端口映射多主机
另一种简单却不太优雅的方案是，让同一个域名通过不同端口访问到不同服务。例如，example.com:8080 指向应用 A，example.com:9090 指向应用 B。虽然技术实现非常简单，直接利用 Web 服务器的虚拟主机或端口监听即可完成，但这种方式在面向普通用户时会显得不太友好，因为大部分用户习惯访问默认的 80 或 443 端口，非标准端口容易造成访问困扰，而且有些网络环境可能封锁了非标准端口。
容器化环境下的多主机管理
在现代云原生环境下，使用 Docker、Kubernetes 等容器编排平台时，一个域名多主机名的需求更加普遍。通常会结合 Ingress Controller 来实现复杂的路由规则。比如，在 Kubernetes 集群内部，不同 Service 可能拥有各自内部的主机名，但外部用户只看到一个域名。Ingress 会根据请求的 Host 头或路径将流量路由到正确的服务后端。此外，配合 ExternalDNS 等工具可以自动管理 DNS 记录的创建和更新，大大减轻运维负担。
结合 CDN 与边缘计算
在一些大规模应用中，还可以利用 CDN 的 edge logic 实现一个域名对应多个主机名或源站。通过在 CDN 层面设置规则，针对不同路径或请求头，回源到不同的源站主机。这样不仅可以隐藏真实的后端结构，还能利用 CDN 的缓存、加速和安全防护能力。
总结
综合来看，“一个域名多主机名”的实现方式多种多样，从简单直接的子域名拆分，到灵活高效的路径代理，再到适应大规模分布式系统的 Ingress 和 CDN 方案。每种方案都有适用的场景，无论是个人开发者的小项目还是企业级的高并发服务，都可以根据实际需求选择合适的方式。关键是要平衡易用性、可维护性和扩展性，同时注意 SSL 证书、DNS 配置以及后端服务发现的配合，让用户通过一个熟悉的域名，无缝访问到背后多样化的服务系统。
