如何构建我的web应用程序的域架构？-实用建议

Question

因此，我正在创建一个web应用程序，这将给每个注册用户一个独特的‘工作空间’。他们授予权限的任何人都应该可以访问此工作区。

我有我的营销网站的主要域名，但我正在试图弄清楚如何管理web应用程序本身的具体域名管理。

我是否应该购买通用域名，然后让用户选择其中之一作为他们的工作空间，并在那里创建一个唯一的子域，或者我应该如何处理这个问题？

我的web应用程序是用Rails编写的。

Answer 1

“域”这个术语有几种含义--我假设你指的是“域”，就像Domain Name或URL中的hostname一样，也被称为“第三级域名”(例如: www.mysite.com -其中mysite.com是主机名)。

我正在尝试弄清楚如何管理web应用程序本身的细节域管理

我以前有美元4级域名(也称为本地主机名，例如: images.mysite.com，admin.mysite.com)，但这些是通过电信公司的服务台提供的，他们为我们的域名管理A记录，所以这不是一个快速和容易的自动化过程。

我也看到托管公司提供基于网络的工具，让你自己做这件事--他们管理A级记录。

在这两种情况下，第4级域的管理都是手动执行的。我还没有看到任何人在他们开发的应用程序中自动化这一点--这显然是可能的，但绝对不是微不足道的。

我应该购买通用域名，然后我使用它来允许用户为他们的工作空间选择其中之一，并在那里创建一个唯一的子域，或者我应该如何处理？

那得看情况。即使你托管了应用程序，客户端也没有理由不能设置一个指向你的服务器而不是他们自己的4级域名；这意味着你的应用程序只需要寻找4级域名，因为他们不会使用你的应用程序“知道”的3级域名。

说“ABC演播室”的约翰·布朗注册了mysite.com，我该怎么办？给他们studioabc.mysite.com或mysite.com/studioabc

这取决于你想要实现什么，以及你对什么感到满意：

• "mysite.com/studioabc“选项应该很容易通过你的应用自动配置，所以在某些方面更容易使用。
• "mysite.com/studioabc”选项的一个问题是(取决于你对web服务器的控制程度)你的所有文件(来自所有客户端)都将放在同一位置--这将使管理(备份等)变得更加复杂。
• "studioabc.mysite.com“的配置将变得更加困难和缓慢(因为需要更改域名系统)。但你有一个优势，如果你愿意的话，你可以把它们作为单独的站点来运行。例如，如果"thebeatles.mysite.com“腾飞，你可以把它移到另一个性能更好的物理网络服务器上，但你不能那么容易地移动"mysite.com/thebeatles”。

在这两种情况下，您的应用程序都将是Multi-tenanted应用程序(除非在studioXXX.mysite.com这样的情况下，站点托管在其他地方)；数据访问成为一个问题--将客户端数据分开。您可以采取不同的方法，请参阅Multi-Tenant Data Architecture上的这篇文章。(顺便说一句，我知道这是一篇MS文章，而你正在使用Rails！-但这是一篇很好的文章，对你很有帮助)。

购买一个通用名称是，好吧，通用。如果你想围绕一个特定的东西培养一个客户社区，那么就获得一个有意义的域名；如果你使用自己的域名，那么它实际上就是一种广告形式。

，而不是mysite.com，它应该是obscuredomain.com，实际的web应用程序驻留在其中，并因此提供了的子域，因为mysite.com是营销网站。

我认为这两个都行--问题是你认为你的客户会喜欢什么？这与你的商业模式有什么关系？域名是任何在线存在(从营销方面)的重要组成部分，因为它有助于定义网站的身份和使用它的人-因此请谨慎选择。

你有没有想过把它卖了？如果你这样做，你会想要建立在一个域名上，你很乐意与它一起销售。因此，考虑到这一点，我将为您的产品/服务创建一个域名，并为您的业务创建一个单独的域名--假设有一天您想要出售该网站，而不是您的业务。或者，如果网站是企业，你很乐意将它们作为一个整体出售，那么我会把它们都放在同一个域名下。

最后，您可能有多个域，每个域都提供不同级别的服务(每个域可能有4级域挂起，而不是www)：

• www.mysite.com
• www.mysitepremium.com
• www.mysitecheapskate.com