根据Google's App Engine release notes从2020年2月11日开始，新的App Engine应用程序将在应用程序的URL中具有新的REGION_ID，如下所示：https://PROJECT_ID.REGION_ID.r.appspot.com。他们还指出：“此新URL对于现有应用是可选的，并且很快将在所有新应用中使用。”
就我而言，我有一个已由Google分配了新区域的现有应用。 2月之前，用户和其他网站已以https://PROJECT_ID.appspot.com身份访问该应用程序。当我最近将更新部署到应用程序时，它报告说新的URL为https://PROJECT_ID.uc.r.appspot.com。这似乎有两个迁移问题：
https://PROJECT_ID.appspot.com上的旧版本，以及新URL https://PROJECT_ID.uc.r.appspot.com的最新版本。https://PROJECT_ID.uc.r.appspot.com是否是我可以引用的静态URL。鉴于用户正在使用旧的URL，如何将他们迁移到新的应用程序版本？我没有更新旧应用程序版本的方法，因此可以将请求重定向到新应用程序的URL。另外，如果他们不时更新我的应用程序的区域，或者可能将其部署在多个区域中，我是否应该追赶Google？
您的应用尚未移至另一个REGION_ID，唯一的更改就是现在该区域显示在App Engine的URL中。您可以通过运行以下命令进行检查：
gcloud app describe
运行以上命令将为您显示应用程序的描述，其中一个字段是应用程序运行所在的区域。在新格式下，https://PROJECT_ID.uc.r.appspot.com位于PROJECT_ID和r之间的字母（在您的情况下为uc）是Google用来标识区域的映射。
除非另行通知，两个URL都将可用，并且如果不再使用旧的URL，它们将向所有项目所有者发送电子邮件，以便他们收到有关此更改以及应如何进行迁移过程的通知。
目前，如果您将更多版本部署到默认服务，则所有版本都将在两个URL中提供：
https://PROJECT_ID.uc.r.appspot.comhttps://PROJECT_ID.appspot.com如果您部署更多服务，则这些服务的符号将略有不同：
https://service-dot-PROJECT_ID.uc.r.appspot.comhttps://service-dot-PROJECT_ID.uc.r.appspot.com