域名是我们的服务的主要入口,请求一个域名时,首先需要通过 DNS 将域名解析成 IP。但是太频繁请求 DNS 的话,会影响服务响应速度,所以很多客户端、ISP 服务商都会对 DNS 做缓存,不过这种多层级缓存,直接导致了刷新域名解析变得很难。 即使花钱刷新多个带宽服务商的缓存,我们个别区域仍旧需要等待至少 48 小时,才能完成大部分用户的缓存刷新。 如果我们因为网站故障等特殊原因必须切换 IP 时,带来的影响将是灾难性的,好在近几年我们可以通过 CDN、GTM、HttpDNS 来强化我们多机房的流量调度。 但 CDN、GTM 都是针对机房的调度,对业务方是透明的。所以,在更重视用户体验的高并发场景中,我们会自己实现一套调度系统。 在这种自实现方案中,你会发现自实现里的思路和 HttpDNS 和 GSLB 的很类似,区别在于之前的服务只是基础服务,我们自实现的服务还可以快速地帮助我们调度用户流量。 而通过 HttpDNS 来实现用户切机房,切视频流的实现无疑是十分方便简单的,只需要在我们 App 发送请求的封装上更改链接的 IP,即可实现业务无感的机房切换。
相关推荐
学长毕业设计7 分钟前
基于springboot的云南中草药知识普及管理网站的设计与开发(源码+文档+讲解视频)烂蜻蜓21 分钟前
Flask入门教程(八):视图函数详解——请求处理与响应的核心卷无止境1 小时前
当FastAPI遇上机器学习,一个脚手架工具能省下多少工夫卷无止境1 小时前
Kilo CLI 到底是什么coderCN1 小时前
Nodejs 响应头和请求头SamDeepThinking2 小时前
里氏替换原则的盲区:为什么符合契约的List替换依然会失败?码事漫谈2 小时前
比尔·盖茨这次谈的不是模型,是账单小林ixn2 小时前
从零设计一个博客系统的数据库:表结构、索引与约束的实战思考那咋乎吧3 小时前
线程上下文切换和用户态进入内核态 linux内核都发生了什么