域名是我们的服务的主要入口,请求一个域名时,首先需要通过 DNS 将域名解析成 IP。但是太频繁请求 DNS 的话,会影响服务响应速度,所以很多客户端、ISP 服务商都会对 DNS 做缓存,不过这种多层级缓存,直接导致了刷新域名解析变得很难。 即使花钱刷新多个带宽服务商的缓存,我们个别区域仍旧需要等待至少 48 小时,才能完成大部分用户的缓存刷新。 如果我们因为网站故障等特殊原因必须切换 IP 时,带来的影响将是灾难性的,好在近几年我们可以通过 CDN、GTM、HttpDNS 来强化我们多机房的流量调度。 但 CDN、GTM 都是针对机房的调度,对业务方是透明的。所以,在更重视用户体验的高并发场景中,我们会自己实现一套调度系统。 在这种自实现方案中,你会发现自实现里的思路和 HttpDNS 和 GSLB 的很类似,区别在于之前的服务只是基础服务,我们自实现的服务还可以快速地帮助我们调度用户流量。 而通过 HttpDNS 来实现用户切机房,切视频流的实现无疑是十分方便简单的,只需要在我们 App 发送请求的封装上更改链接的 IP,即可实现业务无感的机房切换。
相关推荐
想用offer打牌1 小时前
MCP (Model Context Protocol) 技术理解 - 第二篇KYGALYX2 小时前
服务异步通信掘了2 小时前
「2025 年终总结」在所有失去的人中,我最怀念我自己爬山算法3 小时前
Hibernate(90)如何在故障注入测试中使用Hibernate?Moment3 小时前
富文本编辑器在 AI 时代为什么这么受欢迎Cobyte4 小时前
AI全栈实战:使用 Python+LangChain+Vue3 构建一个 LLM 聊天应用程序员侠客行5 小时前
Mybatis连接池实现及池化模式Honmaple5 小时前
QMD (Quarto Markdown) 搭建与使用指南PP东5 小时前
Flowable学习(二)——Flowable概念学习invicinble6 小时前
springboot的核心实现机制原理