我有一个域名（我们称之为one.com ），其中包含：
API服务由移动平台使用，通过url one.com/api调用它。 进出API的内容仅仅是JSON数据。
一切都由一个着名的服务，保证一个非常慷慨的带宽托pipe。 无论如何，我们从来没有达到极限的问题，因为传输的数据量和应用程序的使用相对较低。
出于几个原因，我们决定将整个数据库和API基础结构移到另一个域，将其two.com ，其API端点为two.com/api ，只留下该网站。 为此，移动应用程序发送到one.com/api的请求必须redirect到新的two.com/api 。 我们成功地使用Apache的htaccess“mod_rewrite”的方式做到了这一点。
现在， one.com的慷慨托pipe平台对于网站来说变得太多了，我们将把它降级到一个更便宜的共享主机，但是这次我们读到“每月10,000个访问量的近似负载适合这个共享计划”。
这显然是一个参考，对我们的网站应该是好的，但是REST API服务呢？ 我的意思是， one.com -> two.com带宽是否仍然会受到one.com -> two.com请求的调用的影响，如果将来使用我们的应用程序会增加瓶颈。
我假设你正在谈论301redirect（永久移动）。
您的one.com服务器仍然会产生一些带宽使用，但不如redirect之前那么多。 301redirect只是回应客户端的响应头，告诉他们请求一些新的URL。 它不会发送新的URL的实际内容。 所以你只能使用最小的带宽发送这个小的响应头，然而根据你的api的stream行程度，它仍然可以安装。 这也取决于你的应用程序是否足够聪明，知道301意味着301，而不是302，并记住将未来的请求发送到新的URL。
在这两种情况下，更新您的应用程序以指向新的URL会好得多。