域名是我们的服务的主要入口,请求一个域名时,首先需要通过 DNS 将域名解析成 IP。但是太频繁请求 DNS 的话,会影响服务响应速度,所以很多客户端、ISP 服务商都会对 DNS 做缓存,不过这种多层级缓存,直接导致了刷新域名解析变得很难。 即使花钱刷新多个带宽服务商的缓存,我们个别区域仍旧需要等待至少 48 小时,才能完成大部分用户的缓存刷新。 如果我们因为网站故障等特殊原因必须切换 IP 时,带来的影响将是灾难性的,好在近几年我们可以通过 CDN、GTM、HttpDNS 来强化我们多机房的流量调度。 但 CDN、GTM 都是针对机房的调度,对业务方是透明的。所以,在更重视用户体验的高并发场景中,我们会自己实现一套调度系统。 在这种自实现方案中,你会发现自实现里的思路和 HttpDNS 和 GSLB 的很类似,区别在于之前的服务只是基础服务,我们自实现的服务还可以快速地帮助我们调度用户流量。 而通过 HttpDNS 来实现用户切机房,切视频流的实现无疑是十分方便简单的,只需要在我们 App 发送请求的封装上更改链接的 IP,即可实现业务无感的机房切换。
相关推荐
掘金码甲哥4 小时前
🚀糟糕,我实现的k8s informer好像是依托答辩GoGeekBaird4 小时前
Andrej Karpathy:2025年大模型发展总结uzong4 小时前
听一听技术面试官的心路历程:他们也会有瓶颈,也会表现不如人意Jimmy5 小时前
年终总结 - 2025 故事集吴佳浩 Alben6 小时前
Python入门指南(四)倚栏听风雨6 小时前
lombook java: 找不到符号码财小子7 小时前
记一次服务器大并发下高延迟问题的定位我是小妖怪,潇洒又自在7 小时前
springcloud alibaba(九)Nacos Config服务配置Victor3567 小时前
Netty(26)如何实现基于Netty的RPC框架?