Google Cloud DNS 优点与缺点评析，网站主需要自架DNS吗？

最近看到有网站主使用Google Cloud Platform（简称GCP）底下的Cloud DNS服务，让笔者非常好奇为什么他要特别要自行架设、管理DNS，毕竟除了爽度外，自干优点不一定能盖过缺点。

DNS提供的服务就是所谓的名称服务器（Domain name server），负责解析网域名称和网络位址之间如何对应，由提供商业服务的网络服务商（例如：GoDaddy、NameCheap）内建管理，也可以选择自行架设DNS域名服务器。

一般来说只有大型企业或学术机构在架构基础网络设施时才需要自架DNS域名解析服务器，虽然会提高营运成本，例如DNS的ddos 攻击就需要特别处理以避免网络崩溃，导致网站故障发生404障碍而被搜寻引擎降权，不过自架站的管理上较为方便，也能因应需求（例如百万级网站）追求最高的规格性能、稳定性和安全性。

但是一般网站主有需要自架DNS名称服务器吗？

这个答案是否定的。

以前要架设DNS至少需要两台电脑主机，每台主机要有各自独立的网络位址（简称网址，Internet protocol address，简称 IP address），而且他们的功能就只有单纯解析网域名称（简称域名）使用，还不能拿来架设管理网页服务器或数据库，更别提还得担心受怕被骇客劫持绑架全企业事业的网络服务，这样听下来是不是觉得有点莫名其妙？不过自架DNS对于大型网络系统来说还是有其必要性存在。

因此后来出现Cloud DNS，就是将需要的硬件和网络环境全部转移到云端，我们只需要在Cloud DNS服务进行设定即可，可大幅降低成本，而且拥有扩充弹性，也符合世界等级的安全规范。虽然入门简单很多了，但问题还是一样存在，为什么要自己搞DNS？

以很多人使用的GoDaddy内建DNS服务器来看，连续的正常运营时间（Uptime）[1]可达到99.98%，却也代表还有0.02%的时间处于非正常运营。而NameCheap更是只有99.9%，等于每60秒就会有0.6秒出现错误。

即便是专注在反向代理的内容传递网络（Content Delivery Network，简称CDN）而闻名全球的Cloudflare，他们DNS的正常运营时间也只有达到99.99%（算是非常高了）。

虽然看似超微小的错误率，一旦成为全球规模，对于一个动辄上万人甚至数十万人上线的大型网站来说，那出错率就会更加扩大了。因此对于大型企业来说，他们需要的是100%稳定的环境。

除了内部花大钱砸出硬件资源和人才外，号称拥有高SLA的GCP Cloud DNS（或是Amazon的AWS Route 53等高阶名称服务器服务），就成为许多网络工程师和新创团队在开发网络时的首选。

「服务层级协定」（Service Level Agreement，SLA），是服务提供商与客户之间可定义的正式承诺。服务提供商与受服务用户之间具体达成了承诺的服务指标——品质、可用性，责任，提供用户快速评选供应商的标准作法。

计算方式：服务层级 ＝ uptime（小时）／ 一定期间（月／年）* 100%。

不过有网站主可能会以为Google或Amazon可提供100%的SLA，这其实是一个误解，正确说法是没有达到100% SLA的话可以申请赔偿。即使是强大的Google Cloud Platform 的连续性正常营运时间（uptimes）其实也只达到99.91%而已。

由此可知，无法自架DNS名称服务器，好歹也有价格不贵、具弹性和安全性的CloudDNS可以选择，但是笔者为何会在先前说不需要自架DNS名称服务器，也无需使用Cloud DNS呢？

因为对于一般网站主来说根本用不到。

很常见的一个论点是DNS服务商被攻击或是硬件故障，会替网站业务带来严重影响。嘛，如果这类大型服务商都没办法保护，你怎么会以为自架站就能安全？

就算为了追求最好的品质、尺度弹性和安全性而使用Cloud DNS，实际上无论是Google Cloud DNS还是Amazon的AWS Route 53，他们一样也只是更大型（甚至还不比其他老牌专业）的服务供应商而已，也会被攻击崩溃或是出现臭虫障碍。

因此最简单的方式就是找到一家域名注册服务供应商（例如：GoDaddy、NameCheap），然后利用他们家的默认DNS名称服务器来做网域定址服务即可，至于0.01%的主机离线状态就当是考验人品吧。

参考文献

1. DNS Performance Analytics and Comparison.
2. Cloud DNS Service Level Agreement (SLA)
3. Google Domains 新网站域名的搜寻、注册与管理服务（Beta 尝鲜）