DNS中有哪些值得学习的架构设计 (二)

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: DNS中有哪些值得学习的架构设计 (二)

加入多级缓存

对于高并发读多写少的场景,加入缓存几乎就是标配。

DNS也不例外,它加了缓存,而且不止一层。

从在浏览器的搜索框中输入URL。它会先后访问浏览器缓存操作系统的缓存/etc/hosts最近的DNS服务器缓存 。如果都找不到,才是到根域,顶级(一级)域,二级域等DNS服务器进行查询请求。

加入缓存后的DNS查询顺序

于是请求过程就成了下图这样。可以看到上面提到的好几有缓存的地方我都加了个绿色的小文件图标,优先在缓存里做查询。

加入缓存后的DNS查询过程

由于缓存了上面树状结构的信息,最近的DNS服务器也不再需要每次都从根域 开始查起。比如在缓存里能找到baidu.com的服务器IP,就直接跳到二级域服务器上做查找就好了。

正因为多级缓存的存在,每一层实际接收到的请求都大大减少了。并且每个人日常访问的网站也就那么几个,所以大部分时候都能命中缓存直接返回IP地址。

简单小结下。

DNS的设计中,通过层次结构将服务进行拆分 ,流量分散到多个服务器中。

又通过加入多级缓存 ,让每个层级实际接收到的请求大大减少,因此大大提高了系统的性能。

两点 ,是我们做业务开发的过程中可以参考的优秀设计。

还有一点 ,是我们大概率学不来的,叫任播 ,它也为DNS实现高并发处理能力提供了重要支持,我会把它放到放到下一篇文章展开聊聊。

协议格式

DNS是个域名解析系统,而运行在这套系统上的协议,就叫DNS协议

和HTTP类似,DNS协议也是个应用层协议

DNS是应用层协议

下图是它的报文格式。

DNS报文

字段太多,很晕?这就对了。

我们就挑几个重点的说说。

Transsaction ID 是事务ID,对于一次请求 和这个请求对应的应答 ,他们的事务ID是一样的,类似于微服务系统中的log_id

flag字段 是指标志位,有2个Byte,16个bit,需要关注的是QROpCode, RCode

  • QR 用来标志这是个查询还是响应报文,0是查询,1是响应。
  • OpCode 用来标志操作码,正常查询都是0,不管是域名查ip,还是ip查域名,都属于正常查询 。可以粗暴的认为我们平时只会看到0
  • RCode 是响应码,类似于HTTP里的404, 502 这样的status code。用来表示这次请求的结果是否正常。0是指一切正常。1是指报文格式错误,2服务域名服务器内部错误。

Queries 字段,是指你实际查询的内容。这里其实包含三部分信息,Name, Type, Class

查询的内容分成三部分信息

  • Name 可以放域名或者IP。比如你要查的是baidu.com这个域名对应的IP,那里面放的就是域名 ,反过来通过IP查对应的域名,那Name字段里放的就是IP
  • Type 是指你想查哪种信息,比如你想查这个域名对应的IP地址是什么,那就是填A(address),如果你想查这个域名有没有其他别名,就填CNAME(Canonical Name)。如果你想查 xiaobaidebug@gmail.com对应的邮箱服务器地址是什么(比如 gmail.com),那就填MX(Mail Exchanger)。除此之外还有很多类型,下面是常见的Type表格。

  • • Class字段就比较有意思了,你可以简单的认为,我们只会看到它填INInternet)。其实DNS协议本来设计出来是考虑到可能会有更多的应用场景的,比如这里还能填CHHS。大家甚至都不需要知道它们是什么含义,因为随着时间的发展,这些都已经成化石了,我们知道这个字段的唯一作用,可能 就是可以在面试的时候可以随意装个x,深藏功与名。

Answers 字段,从名字可以看出,跟Queries对应,一问一答 。作用是返回查询结果,比如通过域名查对应的IP地址,这个字段里就会放入具体的IP信息。

抓包

原理看完了,来抓个包吧。

我们打开wireshark。然后执行

dig www.baidu.com

此时操作系统会发出DNS请求,查询 www.baidu.com对应的IP地址。

DNS_Query

上面的图里是DNS查询(request)的内容,可以看到它是应用层的协议,传输层用的是UDP协议 进行数据传输。截图里标红的部分,也就是上面提到的需要重点关注的报文字段内容。其中flag字段是按bit展示的,因此抓包里进行了分行展示。

接下来再看下响应(response)的数据包内容。

DNS_Response

可以看到事务ID (Transaction ID)跟DNS请求 报文是一致的。并且Answers字段里带有两个IP地址。试了下,两个IP地址都是可以正常访问的。

总结

  • • DNS是非常优秀的高并发分布式系统,通过层次结构将服务进行拆分 ,流量分散到多个服务器中。又通过加入多级缓存 ,让每个层级实际接收到的缓存大大减小,因此大大提高了系统的性能。这两点在做业务开发的过程中是可以借鉴的。
  • • 插上网线通网时,本机通过DHCP协议获得DNS服务器的地址。
  • • 根域服务器的IP会以配置的形式加载到每一台DNS服务器当中。因此访问任意一台DNS服务器都能轻松找到根域对应的IP地址。

最后

最后给大家留下两个问题。

DNS基于UDP协议

  • • 从抓包可以看出,DNS在传输层上使用了UDP协议,那它只用UDP吗?
  • • 上面提到,DNS的IPV4根域名 只有13个,这里面其实有不少都部署在漂亮国,那是不是意味着,只要他们不高兴了,切断我们的访问,我们的网络就得瘫痪了呢?


相关文章
|
4月前
|
运维 持续交付 云计算
深入解析云计算中的微服务架构:原理、优势与实践
深入解析云计算中的微服务架构:原理、优势与实践
157 3
|
2天前
|
机器学习/深度学习 缓存 自然语言处理
深入解析Tiktokenizer:大语言模型中核心分词技术的原理与架构
Tiktokenizer 是一款现代分词工具,旨在高效、智能地将文本转换为机器可处理的离散单元(token)。它不仅超越了传统的空格分割和正则表达式匹配方法,还结合了上下文感知能力,适应复杂语言结构。Tiktokenizer 的核心特性包括自适应 token 分割、高效编码能力和出色的可扩展性,使其适用于从聊天机器人到大规模文本分析等多种应用场景。通过模块化设计,Tiktokenizer 确保了代码的可重用性和维护性,并在分词精度、处理效率和灵活性方面表现出色。此外,它支持多语言处理、表情符号识别和领域特定文本处理,能够应对各种复杂的文本输入需求。
29 6
深入解析Tiktokenizer:大语言模型中核心分词技术的原理与架构
|
23天前
|
存储 人工智能 并行计算
2025年阿里云弹性裸金属服务器架构解析与资源配置方案
🚀 核心特性与技术创新:提供100%物理机性能输出,支持NVIDIA A100/V100 GPU直通,无虚拟化层损耗。网络与存储优化,400万PPS吞吐量,ESSD云盘IOPS达100万,RDMA延迟<5μs。全球部署覆盖华北、华东、华南及海外节点,支持跨地域负载均衡。典型应用场景包括AI训练、科学计算等,支持分布式训练和并行计算框架。弹性裸金属服务器+OSS存储+高速网络综合部署,满足高性能计算需求。
|
2月前
|
负载均衡 算法
架构学习:7种负载均衡算法策略
四层负载均衡包括数据链路层、网络层和应用层负载均衡。数据链路层通过修改MAC地址转发帧;网络层通过改变IP地址实现数据包转发;应用层有多种策略,如轮循、权重轮循、随机、权重随机、一致性哈希、响应速度和最少连接数均衡,确保请求合理分配到服务器,提升性能与稳定性。
356 11
架构学习:7种负载均衡算法策略
|
2月前
|
XML Java 开发者
Spring底层架构核心概念解析
理解 Spring 框架的核心概念对于开发和维护 Spring 应用程序至关重要。IOC 和 AOP 是其两个关键特性,通过依赖注入和面向切面编程实现了高效的模块化和松耦合设计。Spring 容器管理着 Beans 的生命周期和配置,而核心模块为各种应用场景提供了丰富的功能支持。通过全面掌握这些核心概念,开发者可以更加高效地利用 Spring 框架开发企业级应用。
85 18
|
3月前
|
运维 监控 持续交付
微服务架构解析:跨越传统架构的技术革命
微服务架构(Microservices Architecture)是一种软件架构风格,它将一个大型的单体应用拆分为多个小而独立的服务,每个服务都可以独立开发、部署和扩展。
693 36
微服务架构解析:跨越传统架构的技术革命
|
3月前
|
人工智能 自然语言处理
RWKV-7:RWKV系列开源最新的大模型架构,具有强大的上下文学习能力,超越传统的Attention范式
RWKV-7是RWKV系列的最新大模型架构版本,具有强大的上下文学习能力,超越了传统的attention和linear attention范式。本文详细介绍了RWKV-7的主要功能、技术原理及其在多语言处理、文本生成等领域的应用场景。
223 7
RWKV-7:RWKV系列开源最新的大模型架构,具有强大的上下文学习能力,超越传统的Attention范式
|
26天前
|
传感器 监控 安全
智慧工地云平台的技术架构解析:微服务+Spring Cloud如何支撑海量数据?
慧工地解决方案依托AI、物联网和BIM技术,实现对施工现场的全方位、立体化管理。通过规范施工、减少安全隐患、节省人力、降低运营成本,提升工地管理的安全性、效率和精益度。该方案适用于大型建筑、基础设施、房地产开发等场景,具备微服务架构、大数据与AI分析、物联网设备联网、多端协同等创新点,推动建筑行业向数字化、智能化转型。未来将融合5G、区块链等技术,助力智慧城市建设。
|
3月前
|
存储 Linux API
深入探索Android系统架构:从内核到应用层的全面解析
本文旨在为读者提供一份详尽的Android系统架构分析,从底层的Linux内核到顶层的应用程序框架。我们将探讨Android系统的模块化设计、各层之间的交互机制以及它们如何共同协作以支持丰富多样的应用生态。通过本篇文章,开发者和爱好者可以更深入理解Android平台的工作原理,从而优化开发流程和提升应用性能。
|
4月前
|
弹性计算 持续交付 API
构建高效后端服务:微服务架构的深度解析与实践
在当今快速发展的软件行业中,构建高效、可扩展且易于维护的后端服务是每个技术团队的追求。本文将深入探讨微服务架构的核心概念、设计原则及其在实际项目中的应用,通过具体案例分析,展示如何利用微服务架构解决传统单体应用面临的挑战,提升系统的灵活性和响应速度。我们将从微服务的拆分策略、通信机制、服务发现、配置管理、以及持续集成/持续部署(CI/CD)等方面进行全面剖析,旨在为读者提供一套实用的微服务实施指南。

热门文章

最新文章

相关产品

  • 云解析DNS
  • 推荐镜像

    更多