Apache虚拟主机在容器编排中需嵌入容器内，通过挂载.conf文件、主配置Include、Docker网络服务发现及Host头路由实现多域名分发，配合docker-compose自定义网络与Kubernetes Ingress完成生产级部署。
Apache 虚拟主机在容器编排中不是直接“配置”在宿主机上，而是通过容器化方式将虚拟主机逻辑嵌入到服务定义里——核心是让 Apache 容器识别并响应特定域名或路径，同时与其他容器（如应用、数据库）协同工作。关键不在于传统 /etc/apache2/sites-enabled/ 手动软链，而在于配置注入 + 网络路由 + 挂载控制。
虚拟主机配置要放进容器里
Apache 容器本身必须加载你定义的 VirtualHost 块，不能靠宿主机 Apache 代理。常见做法是：
- 把
.conf文件（比如myapp.conf）放在项目config/vhosts/下 - 在
Dockerfile或docker-compose.yml中挂载或复制进容器的 Apache 配置目录（通常是/usr/local/apache2/conf/extra/或/etc/apache2/sites-available/，取决于基础镜像） - 确保主配置文件（如
httpd.conf或apache2.conf）包含该文件：Include conf/extra/myapp.conf - 启动前启用站点（对 Debian/Ubuntu 镜像可加
RUN a2ensite myapp.conf；对官方httpd镜像则需在httpd.conf中显式Include）
域名解析靠宿主机或 DNS 服务配合
容器内 Apache 监听 *:80 并不自动知道 myapp.example.com 是谁调用的——它依赖 Host 请求头。所以：
- 开发时可在本地
/etc/hosts加127.0.0.1 myapp.example.com - 生产环境需配真实 DNS，把域名指向运行
docker-compose的服务器 IP - 如果用 Kubernetes，就靠
Ingress或Service类型为NodePort/LoadBalancer，再结合host字段匹配
反向代理模式下虚拟主机由 Apache 容器统一入口
多数现代编排选择 Apache 当反向代理（而非 PHP 直出），这时虚拟主机配置实际是路由规则：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
<VirtualHost *:80>
ServerName api.example.com
ProxyPreserveHost On
ProxyPass / http://backend-api:3000/
ProxyPassReverse / http://backend-api:3000/
</VirtualHost>
<VirtualHost *:80>
ServerName www.example.com
DocumentRoot /var/www/html
<Directory /var/www/html>
AllowOverride All
Require all granted
</Directory>
</VirtualHost>注意：backend-api 是 docker-compose.yml 中定义的服务名，容器间通过 Docker 内网互通，不用写 127.0.0.1。
Compose 文件里要体现服务依赖与网络隔离
docker-compose.yml 不仅声明容器，更要确保 Apache 能解析后端服务名：
services:
apache:
build: ./apache
ports: ["80:80"]
volumes:
- ./config/vhosts:/usr/local/apache2/conf/extra
- ./www:/var/www/html
depends_on:
- backend-api
networks:
- app-net
backend-api:
image: node-app:latest
expose: ["3000"]
networks:
- app-net-
networks必须共用同一个自定义网络（如app-net），否则ProxyPass里的服务名无法解析 -
expose只暴露给同网络容器，不映射到宿主机，更安全
SSL 和静态资源托管要一并考虑
- HTTPS 不是在宿主机 Nginx 终止，而是由 Apache 容器自己处理：挂载证书文件（
fullchain.pem+privkey.pem），并在VirtualHost中启用mod_ssl和SSLEngine on - 静态文件（JS/CSS/图片）建议直接由 Apache 容器
DocumentRoot提供，避免额外代理开销；动态请求才转发给后端
不复杂但容易忽略。
