與正常 CNAME 相比，使用 Cloudflare CNAME 扁平化的 Heroku IP 變化有多快？發生的可能性有多大？
我正在考慮 Cloudflare 的CNAME 扁平化，它允許在頂級域上大致等效 CNAME。
我對那篇文章的印像是，任何查詢他們的人都將其視為 A 記錄（從 Heroku 傳遞了 5 分鐘的 TTL），但在幕後，他們會查找給定主機名的 IP 並返回。
但是因為他們將其公開為 A 記錄，那 5 分鐘的 TTL 不是意味著其他人可能會將返回的 IP 記憶體至少 5 分鐘嗎？如果 ISP 等碰巧將其記憶體更長時間，則更多。
據我了解，正常 CNAME 只會
foo.herokuapp.com.通過 DNS 系統記憶體主機名（如 ），我猜主機名到 IP 的查找發生的時間越晚，因此不會被記憶體很長時間.那麼，這是否意味著如果 Heroku 的 IP 發生變化，正常 CNAME 會很快處理新 IP，但 Cloudflare 的 CNAME 扁平化可能需要幾分鐘或更長時間？
如果 Heroku IP 可以像您每次部署或重新啟動 dynos 時一樣頻繁地更改（我說得對嗎？），這似乎會導致很多問題。然而，我還沒有找到有關此類問題的報告。那麼這是否意味著我在上面有一些不正確的假設？
如果扁平化的 CNAME 設置為“僅 DNS”（UI 中的灰色雲），但“主機名的流量將通過 Cloudflare”（UI 中的橙色雲），那麼上述情況是否適用？將解析為 Cloudflare 的代理伺服器 IP，並且主機名到 IP 的查找發生在他們的代理伺服器中，因此不會被記憶體？
實際上可以在 Cloudflare 中輸入自定義 DNS TTL（添加 DNS 記錄時）；然而，可以說會有一些 DNS Recursor 不幸的是不會尊重低 TTL。
有一個解決方案，當子域是橙色雲（即通過 Cloudflare）時；公共 IP 地址無需更新即可更改記錄值。該記錄仍將指向 Cloudflare，但 Cloudflare 會告訴該域轉到其他地方。
請注意，如果您對使用 DNS 進行負載平衡、快速故障轉移或地理定位感興趣；那麼最好使用 Cloudflare 的專用產品——流量管理器。
