Amazon web services 将弹性豆茎迁移到另一个区域但保留url？

我有一个elastic beanstalk实例在欧盟西部运行。我想把它移到美国东部，但问题是我有100多个lambda指向它当前的url。有没有一种方法可以保留欧盟西部的url，只需使用route 53路由新的美国东部url？

弹性豆茎url将区域烘焙到其中：

xxxxxxx.us-east-1.elasticbeanstalk.com

。所以它不能被“移动”

另外，

elasticbeanstalk.com

域由Amazon控制，因此您无法使用DNS/Route 53执行任何操作

你能做的最接近的事情就是创建一个弹性Beanstalk应用程序，你在当前位置托管它，它的唯一目的是向新位置发出301重定向

---

为了避免将来出现此问题，请使用您自己的域并将其指向您的EB应用程序。如果需要移动，则可以使用DNS移动到新位置。

弹性豆茎URL中烘焙了区域：

xxxxxxx.us-east-1.elasticbeanstalk.com

。所以它不能被“移动”

另外，

elasticbeanstalk.com

域由Amazon控制，因此您无法使用DNS/Route 53执行任何操作

你能做的最接近的事情就是创建一个弹性Beanstalk应用程序，你在当前位置托管它，它的唯一目的是向新位置发出301重定向

---

为了避免将来出现此问题，请使用您自己的域并将其指向您的EB应用程序。如果您需要移动它，那么您将能够使用DNS移动到新位置。

您可以提供当前URL的格式吗？如下面的xxxxxxx.us-east-1.elasticbeanstalk.com您可以提供当前URL的格式吗？如下面的xxxxxxx.us-east-1.elasticbeanstalk.com谢谢，但现在我的问题是，从美国东部的应用程序返回的数据是直接发送到请求客户端，还是先发送到重定向应用程序，然后再从那里路由？我正试图将所有亚马逊服务集中到一个地区，以降低跨地区数据输出成本。如果您设置301重定向，则来自美国东部的数据将直接返回到客户端。请注意，301仅适用于get请求。POST数据将不会保留在301重定向上。不确定这是否会影响OP的实现。这是一个很好的观点。在我看来，我认为浏览器是客户端，它们可以从eu-west-1和301到us-east-1，然后从那里发布。但是，OP提到了Lambda，所以他们可能会直接发布，在这种情况下301选项将不起作用。好的，谢谢，但现在我的问题是，从美国东部的应用程序返回的数据是直接发送到请求客户端，还是先发送到重定向应用程序，然后再从那里路由？我正试图将所有亚马逊服务集中到一个地区，以降低跨地区数据输出成本。如果您设置301重定向，则来自美国东部的数据将直接返回到客户端。请注意，301仅适用于get请求。POST数据将不会保留在301重定向上。不确定这是否会影响OP的实现。这是一个很好的观点。在我看来，我认为浏览器是客户端，它们可以从eu-west-1和301到us-east-1，然后从那里发布。然而，OP提到了Lambda，所以他们可能会直接发布，在这种情况下301选项将不起作用。