我们的域在 Route 53 中注册。我们有 1 个托管区域，该域当前用于我们的一个 EC2 实例（我认为是弹性 IP 地址）。我们的托管区域具有使用我们的 EC2 实例所需的所有记录。我们现在需要将此域用于我通过 GCP 的 Cloud Run 部署的应用程序。我已经前往console.cloud.google.com/run/domains并单击Add Mapping，输入我们的基本 url，并在 Webmaster Central 中收到一个按钮来验证，我单击该按钮，将我带到带有此下拉列表的这个 google 页面（在下面的图片中，我将我的 url 更改为假的域mydomain.com）：
此下拉列表没有Route53或Amazon Registrar作为选项，我不确定要选择什么其他选项。底部是Other，它会打开以下菜单：
对于第 1 步，我正在苦苦挣扎。我已经登录到我的 AWS 账户，前往 Route 53，并为以下内容创建了一个新的托管区域mydomain.com：
我单击新的托管区域mydomain.com，单击创建记录，为策略选择简单路由（有 6 个选项：简单路由、加权、地理位置、延迟、故障转移、多值答案），然后单击定义简单记录，然后发送到这一页：
我将记录名称留空，将记录类型设置为 TXT，根据记录类型选择IP 地址或其他值，然后将谷歌网站管理员验证页面中的行复制/粘贴到输入字段中。他们我单击定义简单记录来创建记录。
不幸的是，在这一切之后，从谷歌网站管理员验证页面验证并没有成功。为了确认这一点，我在单击验证时收到以下错误通知：
也许将域从 Route 53 移动到 Google 的 DNS 会更容易，尽管在我看来，将域留在 AWS 中并简单地授予 Cloud Run 应用程序使用该域的权限似乎更简单。对于在 Cloud Run 中拥有应用程序并在 AWS Route 53 中拥有域的任何人来说，这似乎都是一个问题。
编辑
当我从命令行运行dig TXT mydomain.com时，我得到如下所示的内容（已编辑数字）：
MyComputer-1:Documents myname$ dig TXT mydomain.com
; <<>> DiG 9.10.6 <<>> TXT mydomain.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26912
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;cbbanalytics.com. IN TXT
;; AUTHORITY SECTION:
mydomain.com. 900 IN SOA ns-923.awsdns-18.com. awsdns-hostmaster.amazon.com. 1 5740 300 1204600 86210
;; Query time: 87 msec
;; SERVER: 6300:1004:dc40:4b00::1#53(2600:1400:dc40:4b00::1)
;; WHEN: Thu Sep 24 11:14:11 PDT 2020
;; MSG SIZE rcvd: 123
Nicholass-MBP-5:Documents nicholas$
