与普通的CNAME相比，Heroku IP在Cloudflare CNAME扁平化方面有多大变化？ 发生的可能性有多大？

我正在考虑Cloudflare的CNAME扁平化 ，它允许在顶级域名上大致等同于CNAME。

我对这篇文章的印象是，任何查询他们的人都把它看作是一个Alogging（从Heroku传来5分钟的TTL），但是在幕后，他们查询给定主机名的IP并返回。

但是因为他们把它公开为Alogging，那5分钟的TTL是不是意味着其他人可能会将返回的IPcaching至less5分钟？ 而且，如果ISP等发生caching更长时间。

据我了解，一个普通的CNAME只会caching一个主机名（如foo.herokuapp.com. ）通过DNS系统，我猜主机名到IP查找发生的时间越晚越好，所以不会是很可能会被caching很久。

• 使用单个命令执行权威的DNS Alogging查找？
• djbdns / tinydns是否支持长TXTlogging
• ccTLD / gTLD是否发出caching响应（或使用caching）？
• httpstream量显示与https上的stream量不同的目录
• Windows Server条件转发器不能在其中一个域控制器上工作

那么这是否意味着，如果Heroku的IP变化，一个普通的CNAME会很快处理新的IP，但是Cloudflare的CNAME扁平化可能需要几分钟甚至更多？

如果Heroku的IP可以每次部署或重新启动dynos时更改（我是否有这个权利？），这似乎可能会导致很多问题。 但是我一直没能find有关这些问题的报道。 那么这是否意味着我有一些不正确的假设？

如果将平铺的CNAME设置为“仅DNS”（用户界面中的灰色云），而“通往主机名的通信将通过Cloudflare”（用户界面中的橙色云），DNS将parsing为Cloudflare的代理服务器IP，并且主机名到IP查找发生在他们的代理服务器中，因此不会被caching？