- N +

GitHub是如何改进自身的DNS架构的

  在建立那些严重依赖于JavaScript网站的时候,有时我们会为自己发送的内容付出一些隐形的成本。在本篇文章中,作者会介绍一些可以帮助你提升网站在移动设备上加载和运行速度的实用规则。

  在建立那些严重依赖于JavaScript网站的时候,有时我们会为自己发送的内容付出一些隐形的成本。在本篇文章中,作者会介绍一些可以帮助你提升网站在移动设备上加载和运行速度的实用规则。

  为什么我们需要一款分布式数据库?如何定义分布式数据库?从零构建一款分布式数据库会碰到哪些挑战?如果从头再来,我们是否能做出更好的选择?这些问题,对于阿里云表格存储团队来说,在持续的思考并在实际工作中不断的论证。今天,我们希望对过去的工作做一个总结,将我们学到的经验分享给大家。这个分享中主要覆盖分布式数据库的核心要素及其在表格存储中的实现,并会讨论产品和服务的区别,自动化运维的挑战等。

  Eberhard Wolff和InfoQ谈了谈他的作品《Continuous Delivery: A Practical Guide》,这本书向我们详细介绍了成功采用持续交付的一些主要概念,还有它对开发人员生产力以及服务质量的影响。

  Eberhard Wolff和InfoQ谈了谈他的作品《Continuous Delivery: A Practical Guide》,这本书向我们详细介绍了成功采用持续交付的一些主要概念,还有它对开发人员生产力以及服务质量的影响。

  亲爱的读者:我们最近添加了一些个人消息定制功能,您只需选择感兴趣的技术主题,即可获取重要资讯的邮件和网页通知。

  据GitHub高级架构工程师Joe Williams撰文介绍,过去数年中,GitHub一直使用的是一个简单的DNS架构。虽然它也能适合工作需求,但现在GitHub已迁移到一个能更好地支持自身规模的新架构。

  Williams提及,很多应用对DNS的解析性能或可用性十分敏感,这是GitHub采用新的DNS处理模型的一个原因。DNS会导致用户性能降级,甚至无法提供服务。当使用原有的DNS架构进行配置和代码更改时,这个问题亟待解决。此外,工程师也难以识别一些故障的导致根源,他们唯一能使用的工具是tcpdump。除了对上述问题的改进,GitHub工程师还瞄准于:

  日志功能是GitHub新DNS架构的另一个改进。GitHub工程师根据自身需求,选择了对缓存节点使用Unbound,边缘节点使用NSD,授权节点使用PowerDNS。

  前面提到,外部域(可从内部域(访问,不需要与外部DNS提供商通信。这是使用Unbound实现的。此外,Unbound还支持在内部DNS失败时对外部网络的访问。

  我们理解您使用ad blocker的初衷,但为了保证InfoQ能够继续以免费方式为您服务,我们需要您的支持。InfoQ绝不会在未经您许可的情况下将您的数据提供给第三方。我们仅将其用于向读者发送相关广告内容。请您将InfoQ添加至白名单,感谢您的理解与支持。

返回列表
上一篇:
下一篇:
评论列表 (暂无评论,共537人参与)

还没有评论,来说两句吧...

发表评论

验证码