Mongo 关于内部网络的实验室声明
Mongo lab statement regarding internal networks
我不确定如何表达这个问题，即使它与这里相关。
我正在研究一种解决方案，以将我们的内部 Mongo 数据库安装迁移到 Mongo 实验室中基于云的数据库即服务解决方案。
公司在这里声明 http://docs.mlab.com/security/#network 如果我在我的区域部署数据库（我使用 google 云）
When you connect to your mLab database from within the same datacenter/region, you communicate over your cloud hosting provider’s internal network.
这种说法怎么可能？
当我在 Mongo 实验室创建数据库时，我得到一个外部 URL 连接到
ds021984.mlab.com -> 104.154.103.88 instead of an internal host name 10.x.x.x
那么该地址怎么可能是外部地址从而严重影响我的延迟呢？
我错过了什么吗？这种说法怎么可能？
唯一可以在 GCP 中使用内部 IP 寻址 VM 的情况是该 VM 位于同一网络资源（因此，同一 GCP 帐户）中。 GCP 足够聪明，知道被寻址的外部 IP 是否是 GCP 地址，并且会路由流量，使其不会离开该区域。当您从该区域中的另一台 VM ping 外部 IP 时，这一点非常明显，您通常会获得亚毫秒级的响应时间。
我不确定如何表达这个问题，即使它与这里相关。
我正在研究一种解决方案，以将我们的内部 Mongo 数据库安装迁移到 Mongo 实验室中基于云的数据库即服务解决方案。
公司在这里声明 http://docs.mlab.com/security/#network 如果我在我的区域部署数据库（我使用 google 云）
When you connect to your mLab database from within the same datacenter/region, you communicate over your cloud hosting provider’s internal network.
这种说法怎么可能？
当我在 Mongo 实验室创建数据库时，我得到一个外部 URL 连接到
ds021984.mlab.com -> 104.154.103.88 instead of an internal host name 10.x.x.x
那么该地址怎么可能是外部地址从而严重影响我的延迟呢？
我错过了什么吗？这种说法怎么可能？
唯一可以在 GCP 中使用内部 IP 寻址 VM 的情况是该 VM 位于同一网络资源（因此，同一 GCP 帐户）中。 GCP 足够聪明，知道被寻址的外部 IP 是否是 GCP 地址，并且会路由流量，使其不会离开该区域。当您从该区域中的另一台 VM ping 外部 IP 时，这一点非常明显，您通常会获得亚毫秒级的响应时间。