我有一个域（我们称之为one.com），其中包含：
- 一个网站
- 一个 MySQL DB + 一个用 PHP 编写的 REST API 服务，用于访问数据
API 服务由通过 url 调用的移动平台使用one.com/api。API 传入/传出的内容只是 JSON 数据。
所有内容均由一家知名服务商托管，保证带宽非常充足。无论如何，我们从未遇到过达到限制的问题，因为传输的数据量和应用程序的使用量相对较低。
出于几个原因，我们决定将整个数据库和 API 基础架构移至另一个域，将其称为two.com，其 API 端点为two.com/api，仅保留网站。为此，移动应用程序发送的请求one.com/api必须重定向到新的two.com/api。我们成功地使用 Apache 的 htaccess“mod_rewrite”方式做到了这一点。
现在，慷慨的托管计划one.com对于网站来说已经不堪重负，我们将降级为更便宜的共享托管，但这次我们读到“每月大约 10,000 次访问量适合此共享计划”。
这显然是一个参考，对于我们的网站来说应该没问题，但是 REST API 服务呢？我的意思是，如果我们应用程序的使用量在未来增加one.com，带宽是否仍会受到请求调用的影响one.com -> two.com，从而引入可能的瓶颈？
答案1
我假设您正在谈论 301 重定向（永久移动）。
您的 one.com 服务器仍将占用一些带宽，但不会像重定向之前那么多。301 重定向只会向客户端发送一个响应标头，告诉他们改为请求某个新 URL。它不会发送新 URL 的实际内容。因此，您只会使用最少的带宽来发送那个小的响应标头，但是根据您的 api 的流行程度，它仍然会累积起来。这还取决于您的应用程序是否足够智能，能够了解 301 表示 301，而不是 302，并记得将未来的请求发送到新 URL。
无论哪种情况，最好更新您的应用以指向新的 URL。