JasonGenX Asked: 2015-05-03 05:30:48 +0800 CST2015-05-03 05:30:48 +0800 CST 2015-05-03 05:30:48 +0800 CST 使用 AWS Route 53 创建和删除动态子域 772 我的 Web 应用程序托管在 AWS 上。这是您的标准 Laravel/PHP 应用程序。我想要一个功能，让注册的用户能够在专用子域（例如 USERNAME.mywebapp.com）中查看他们的内容 显然，每次修改 NGINX 配置并重新启动并不会削减它。我想知道 AWS Route 53 是否使用我可以从后端生成的 API 调用来创建和删除子域。 如果有人对我应该如何解决这个问题并以可伸缩性为目标有一个优雅的建议——我很乐意听到。 amazon-web-services 1 个回答 Voted Best Answer thexacre 2015-05-03T19:57:42+08:002015-05-03T19:57:42+08:00 我想知道 AWS Route 53 是否使用我可以从后端生成的 API 调用来创建和删除子域。 您绝对可以使用 Route 53 API 创建子域，但实际上并不需要。 （例如 USERNAME.mywebapp.com） 为了支持这一点，您只需要一个*.mywebapp.com通配符 DNS 记录，而不是每个客户的显式 DNS 记录。 显然，每次修改 NGINX 配置并重新启动并不会削减它 关于管理您的 HTTP 服务器配置： 首先，我不会这么快就取消修改您的 HTTP 服务器配置然后运行配置重新加载。使用像 Chef 这样的东西来自动管理来自动态生成的源（例如 JSON 文件）的 100 个虚拟主机配置是非常实用的。我个人使用过这种方法，它并不像听起来那么糟糕。 另一种选择是让您的应用程序处理子域路由。这是一个 Laravel 示例：http ://laravel-tricks.com/tricks/dynamic-subdomain-routing
您绝对可以使用 Route 53 API 创建子域，但实际上并不需要。
为了支持这一点，您只需要一个
*.mywebapp.com通配符 DNS 记录，而不是每个客户的显式 DNS 记录。关于管理您的 HTTP 服务器配置：
首先，我不会这么快就取消修改您的 HTTP 服务器配置然后运行配置重新加载。使用像 Chef 这样的东西来自动管理来自动态生成的源（例如 JSON 文件）的 100 个虚拟主机配置是非常实用的。我个人使用过这种方法，它并不像听起来那么糟糕。
另一种选择是让您的应用程序处理子域路由。这是一个 Laravel 示例：http ://laravel-tricks.com/tricks/dynamic-subdomain-routing