客户将他们的域指向我们的 IP - 问题和系统寿命
Clients pointing their domains to our IP - Concerns & System Longevity
对于我们的 SaaS 应用程序,我们允许客户将他们的域名指向我们的服务器。
目前的计划是简单地分发我们的一个 AWS 弹性 IP 地址,供他们将其域指向。弹性 IP 地址基本上会指向一个 EC2 实例网络服务器……并且可能会及时指向一个负载均衡器(如果流量需要的话!)。
用户将在我们的应用程序中指定他们的域,我们将能够解析作为他们的应用程序进入的主机名。
我担心的是这个解决方案的寿命。这个 IP 不能改变。如果我们走这条路,我们肯定会绑定到 AWS。
(注意:作为一个1-2人的初创公司,建立一个数据中心很可能是不行的,我们希望使用AWS或Azure)。
什么解决方案可以使这个 IP 地址 -> SaaS Web 服务器概念在长期 运行 中持续存在,具有灵活性,并且与云提供商的联系尽可能小?
考虑到 运行 冒着询问 "what is the best way to do this" 的风险......最好的方法是什么,同时考虑到云提供商的寿命和少量选择?
您不能将 IP 地址指向负载平衡器,所以这似乎是一个非常糟糕的主意。您需要自己的 domain/subdomain,客户可以通过他们端的 CNAME 记录将他们的 domains/subdomains 指向。然后,如果您的服务位置发生变化,您只需更新您的域记录,他们的 DNS 记录将继续正确。
对于我们的 SaaS 应用程序,我们允许客户将他们的域名指向我们的服务器。
目前的计划是简单地分发我们的一个 AWS 弹性 IP 地址,供他们将其域指向。弹性 IP 地址基本上会指向一个 EC2 实例网络服务器……并且可能会及时指向一个负载均衡器(如果流量需要的话!)。
用户将在我们的应用程序中指定他们的域,我们将能够解析作为他们的应用程序进入的主机名。
我担心的是这个解决方案的寿命。这个 IP 不能改变。如果我们走这条路,我们肯定会绑定到 AWS。
(注意:作为一个1-2人的初创公司,建立一个数据中心很可能是不行的,我们希望使用AWS或Azure)。
什么解决方案可以使这个 IP 地址 -> SaaS Web 服务器概念在长期 运行 中持续存在,具有灵活性,并且与云提供商的联系尽可能小?
考虑到 运行 冒着询问 "what is the best way to do this" 的风险......最好的方法是什么,同时考虑到云提供商的寿命和少量选择?
您不能将 IP 地址指向负载平衡器,所以这似乎是一个非常糟糕的主意。您需要自己的 domain/subdomain,客户可以通过他们端的 CNAME 记录将他们的 domains/subdomains 指向。然后,如果您的服务位置发生变化,您只需更新您的域记录,他们的 DNS 记录将继续正确。