腾讯云面试题（腾讯云计算面试）

今天给各位分享腾讯云面试题的知识，其中也会对腾讯云计算面试进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

微信号：cloud7591
如需了解更多，欢迎添加客服微信咨询。
复制微信号

本文目录一览：

• 1、搞懂自定义域名
• 2、腾讯云智研发公司面试难吗
• 3、腾讯云是什么
• 4、Redis分布式缓存搭建

搞懂自定义域名

上次写了一篇给 Gihub Pages 添加自定义域名的文章，之后感觉写得还是偏实践多一点，只做到了受人以鱼。

为了让大家在别的场景下也能搞定自定义域名，比如腾讯云网页部署、Heroku 自定义域名、自定义 CDN 域名。，今天就来写篇更通用的文章来总结一下自定义域名那些事。

如果我们要访问一台电脑上的资源，一般是需要通过 IP 地址来进行访问的。比如电脑上跑了一个 React App，那么在电脑的 就可以访问本机的页面

假如电脑 IP 地址为 192.168.1.10 ，而且手机和电脑都连上同一个 Wifi，那么在手机上输入 也可以访问到这个网页。

当我们访问服务器上的文件（html, js, css 等），其实本质上也是访问远端的一台电脑，也需要通过 IP 地址来访问。这就导致一个问题了：没人能记得住这串数字。

既然记不住就起个名字喽。 这就是域名的由来，也就是像下面这样 Map。

但是等我们给这个 IP 起了新名字之后怎么告诉别人呢？所以，得有一个超大日记本记录上面这些 Map 关系：

DNS (Domain Name System) 服务器就是帮我们记录并解析上面这些关系。这也就是为什么面试题 “输入 URL 之后会发生什么” 里会有一步是要到 DNS 服务器解析 IP 地址，好让我们访问到正确的服务器资源。

当然，DNS 解析服务并不单单只有 域名 - IP 地址 一个功能，还能解析邮件服务器、CNAME 配置等。下面我就直接结合 腾讯云 的 DNS Pod 的解析规则来说明吧。

首先，上面一直在说的 域名 - IP 地址 这样的 Map 记录叫做 A 记录，也即 Active Record。 是最最最常见的域名解析。

比如我们买了个服务器，一般都会有公网的 IP 地址，我们只需要添加一条 A 记录，把域名指向自己服务器的 IP 地址就好了。

另一个常见的例子就是 Github Pages 自定义域名 其中 的一种配置：添加 4 条 A 记录，分别指向下面的 IP 地址：

CNAME 就是域名的昵称，可能理解为 IP 的昵称（域名）的昵称（CNAME）就是 CNAME。其实我们平常更多接触到的并不是 A 记录，而是 CNAME 记录，常见于一些部署平台上。

当部署你的个人网页时，这些部署网站都会自动给你一个非常 Low 的域名，比如 Github Pages 的 haixiangyan.github.io ，或者 Heroku 的 haixiangyan.heroku.app ，再或者腾讯云的 “乱码” 域名 thedemo-9gf4vat5207cf224-1253834571.ap-shanghai.app.tcloudbase.com 。

只要我们有了自己的域名，在 DNS 上添加一条 CNAME 记录，指向上面这些第三方服务商自动自成的域名，那么就能通过我们的域名直接访问第三方服务平台上的资源了。

另外一个常见的场景就是 CDN 服务器，如果在腾讯云上买了一个 CDN 服务器，它也会提供一个 “不那么乱码” 域名，比如我的个人网站就是 。同理，在 DNS 添加一条 CNAME 记录指向 CDN 提供的域名就能访问 CDN 上的资源了。

这个 TXT 记录，目前我使用到的场景是域名验证操作：当腾讯云要验证这个域名是否是合法/激活的，那么需要你在 DNS Pod 上添加一条 TXT 记录，记录值腾讯云会提供给你。

添加了之后，腾讯云就会查看这条 TXT 记录值是否正确，从而验证域名是否合法。

上面的 A 记录填写都是针对 IPv4 的 IP 地址，也是最最最常见的 IP 地址。计算机发展到现在，有些已经用上了 IPv6 了，所以 AAAA 记录就是用来解析成对应的 IPv6 地址的，不过目前用的很少。

NS 也就是 Name Server。还记得上面说到的 DNS 么？NS 可以理解为 DNS 服务器。

一般域名服务商都会有自己的 NS，并且都默认使用自己的 NS 来解析域名。如果你不想用当前这个域名服务商的 NS 来解析域名，也可以换成别家的。

除非有特别需求，NS 记录使用场景非常少。

设置邮箱的记录。没怎么用过，不评价。

我们一般接触到的就是上面这些记录，腾讯云还提供了别的记录类型：

注意，上面像 “显性 URL”、“隐性 URL” 可能在别的域名服务器是没有的，比如 namesilo.com 这个便宜货。

讲真，国内的云服务真的做的比国外好太多了，很多功能都很实用，强烈推荐大家使用国内的云。

了解了 DNS 解析记录还不够，还得了解域名的分级。

比如 ，顶级为 com ，二级为 baidu ，三级为 www 。当在我们购买域名时，买的就是 顶级 + 二级域名 ，直接把顶级和二级域名锁死了。

当添加域名解析记录时，可以在 主机记录 这个字段里指定第三级的域名：

图里由上到下配置得到的域名完全体为：

后面两个只是腾讯云给你的示例而已，就不举例了。

子级的好处就在于可以不用上线一个网站就买一个对应域名，太费钱了~ 比如我之前买了 yanhaixiang.cn 这个域名，当要用这一个域名分别指向 国内腾讯云上的个人网站 ，以及 Github 提供的 Github Pages ，在添加两条记录之后：

就可以在 访问国内的 腾讯云个人网站 ，在 则访问 Github Pages 的个人网站 ，非常悠亚。

国内：腾讯云、阿里云、华为云等都不错。国外：NameSilo、GoDaddy、AWS等。

个人推荐在国内买，原因是国内的云服务商功能非常齐全，而且服务之间关联度非常高，可以说有了国内域名走遍天下都不怕，没有国内域名啥都捉襟见肘。

除了 .com 和 .cn 常见的顶级域名外，还有 .xyz ， .top 这些便宜的顶级域名可以选择。

顶级域名中有一些是比较敏感的，比如 .law ，这种就只能由专业机构来注册：

如果实在想要 .com 这种牛逼的顶级域名，可以试着买带 - 的二级域名，比如我之前就买了一个 easy-refer.com 的域名，19 刀/年。

二级域名允许有 - 的原因是为了解决名字的混淆问题，比如你的公司叫 Who Represents ，然后你注册了一个 whorepresents.com 的网站，由于域名是不区分大小写的，很容易被误解为 Whore Presents ，变成了 妓女的礼物 。除了这个，还有 Experts Exchange 的 expertsexchange.com 被理解成 Expert Sex Change ，当场社死。

加了一个 - 连字符可以更好地 “分词”，不被别人误解网站内容。

二级域名除了英文还能选择中文的，比如《爱情公寓》里的 www.张伟是混蛋.com ：

不开玩笑，这个网站也是能正常访问的，里面的内容都是和《爱情公寓》有关的内容。最旧的贴子是 2011 年，这个网站大概也是那个时候上线的吧，不知不觉已经过了 10 年了呢~

由于域名的 “唯一性”，在当年，注册了一个好的域名比建一个好看的网站更值钱，比如 apple.com , baidu.com 等。这也导致出现了一些投机分子：一出手就买一堆域名，然后等公司上门收购域名。

只有国内的服务商需要做域名备案，也算是中国特色。最近我备案了 3 个域名，每个域名备案大概需要 1 个月的时间来备案。备案也不仅仅填几个表格就完事了，还是挺多地方要注意的。

按照国内相关法律，域名备案前 必需要有一台租期大于 3 个月的服务器。 而国内一些云厂商为了能绑定销售，一般都要你买自家的服务器。

当然，只要有一台上面的服务器，在期间内可以给多个域名进行备案。

还有一点域名之间不能同时备案，一时间只能备案一个。所以如果你有多个域名要备案，要挑最紧急的那个来备案哦~

给你的网站起名是非常困难的一件事，我经常被打回，如果你做的是个人网站推荐使用 “个人项目展示” 这个名字，“个人网站” 是黑名单中的名字。

紧急联系人电话最好别瞎填，有的时候备案那边的人会抽查这个电话，如果这个紧急联系人电话打不通，接不了，那么你还得更换，更换本质上是又要有一遍备案流程，所以最好一开始就弄好这个，别问我是怎么知道的。

现在备案需要签署一份类似“合同”之类的文件，需要用到红色印泥，这个在打印室就有（当时我差点在网上买了一个）。

不过，就算备案有问题，工作人员几乎 1 天就打电话过来让你改正的，所以不用太慌~

最后，稍微总结一下：

腾讯云智研发公司面试难吗

腾讯云智研发公司的面试难度可能会有所不同，具体难度取决于应聘者的背景和所应聘的职位。但总的来说，腾讯云智研发公司的面试难度是中等偏难。面试会要求应聘者掌握一定的专业知识，并能够准确地解答面试官提出的问题。此外，面试还会考察应聘者的沟通能力、团队合作能力以及分析思考能力。

腾讯云是什么

问题一：腾讯云是什么？ 腾讯在云端完成重要部署，为开发者及企业提供云服务、云数据、云运营等整体一站式服务方案。

具体包括云服务器、云存储、云数据库和弹性web引擎等基础云服务；腾讯云分析（MTA）、腾讯云推送（信鸽）等腾讯整体大数据能力；以及 QQ互联、QQ空间、微云、微社区等云端链接社交体系。

这些云服务具有高安全性、可支撑海量用户、运营规模，可根据需求灵活伸缩等特点，通过自动化运维，使应用开发者以同等人力资源支撑10倍的运维规模成为可能。

具体应用的话你可以看腾讯云的全国房地产行业战略合作伙伴，也就是深圳尊豪网络的案例。

问题二：腾讯云是什么？有什么作用？ 腾讯云包括云服务器、云数据库、CDN、云安全、万象图片和云点播等产品。

既是一个存储盘，又有加速功能!

问题三：腾讯云是什么？怎么样呢 可以通过以下方法解决问题：

1、云存储空间，使用非常方便快捷。

问题四：腾讯云 的是什么 腾讯云包括云服务器数据库等众多产品。主要作用还挺多，像存储，计算，监控这些，具体您可以去腾讯云官网了解一下。

问题五：腾讯云的云服务器和虚拟主机有什么区别？ 虚拟主机，也叫“网站空间”，就是把一台运行在互联网上的服务器划分成多个“虚拟”的服务器，每一个虚拟主机都具有独立的域名和完整的Internet服务器功能。虚拟主机因为价格便宜，操作简单受到很多小白用户的青睐。但是这种主机有很多缺陷，比如某些功能受到服务商的限制、访问速度慢、部分服务商对网站流量有一定限制、没有独立ip地址、易受到同主机上的其他网站的牵连等，在安全性、速度、稳定性等方面都不太好，不适合搭建中大型网站，更不适合长久发展。

腾讯云的云服务器（Cloud Virtual Machine）有独立的操作系统、CPU、内存、硬盘，有自己的独立ip、数据库等，在安全、稳定、速度等方面都有非常好的优势，可以根据自己的实际需求自定义选择配置，还可根据业务的发展，对云服务器的公网带宽、CPU、内存、硬盘配置等进行升级。腾讯云还提供多种系统的运行环境及配套设施，用户只要一键安装即可配置好服务器环境，小白用户也能轻松搭建好、管理好一个网站，非常适合长期建站！

详细情况可以到腾讯云的官网查看。

问题六：腾讯云服务器具有以下什么特性 云服务器，是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。其管理方式比物理服务器更简单高效。

问题七：在网上经常看到什么阿里云腾讯云服务器，是什么意思？有什么作用？求详细解释。百度百科有点懵逼 阿里云，腾讯云是两个品牌的名字。云服务器主要用来存放站点数据，搭建网站使用！

搭建服务器，首先需要解决动态IP的问题，本地网络每次联网IP地址都不一样，可以选择花生壳或者购买一条IP！然后就是配置服务器环境，如果你需要的是php+mysql的环境可以选择护卫神这个比较好用安全！如果想用Linux系统，可以安装一个wdcp面板，该面板是免费的管理也很方便！ 如果有疑问请继续追问！

稳网周明为你解答，希望能够帮到你！

问题八：（互联网）什么是“云”、和腾讯云 希望能介绍的简单易懂 20分 服务器端的大数据。我是这么理解的。

问题九：腾讯云怎么样呢 小 溪 边是腾 讯 云 比较 大 的经 销 商 ， 做了 很多年 了， 在 小溪边 上 开 通， 同 时 享受腾讯 云 官网的 折 扣， 也 就 是 折 上 折 。

问题十：百度云 阿里云 腾讯云 这些都是什么? 百度云：云盘，存照片的；

百度开放云：云计算

阿里云：云计算腾讯云：云计算

云计算包含云服务器、云数据库、CDN、域名、云安全、云监控、大数据等

Redis分布式缓存搭建

花了两天时间整理了之前记录的Redis单体与哨兵模式的搭建与使用，又补齐了集群模式的使用和搭建经验，并对集群的一些个原理做了理解。

笔者安装中遇到的一些问题：

如果make报错，可能是没装gcc或者gcc++编辑器，安装之 yum -y install gcc gcc-c++ kernel-devel ，有可能还是提示一些个c文件编译不过，gcc -v查看下版本，如果不到5.3那么升级一下gcc：

在 /etc/profile 追加一行 source /opt/rh/devtoolset-9/enable

scl enable devtoolset-9 bash

重新make clean, make

这回编译通过了，提示让你最好make test一下/

执行make test ，如果提示 You need tcl 8.5 or newer in order to run the Redis test

那就升级tcl， yum install tcl

重新make test，如果还有error就删了目录，重新tar包解压重新make , make test

\o/ All tests passed without errors! ，表示编译成功。

然后make install即可。

直接运行命令： ./redis-server /usr/redis-6.0.3/redis.conf

redis.conf 配置文件里 bind 0.0.0.0 设置外部访问， requirepass xxxx 设置密码。

redis高可用方案有两种：

常用搭建方案为1主1从或1主2从+3哨兵监控主节点， 以及3主3从6节点集群。

（1）sentinel哨兵

/usr/redis-6.0.3/src/redis-sentinel /usr/redis-6.0.3/sentinel2.conf

sentinel2.conf配置：

坑1：master节点也会在故障转移后成为从节点，也需要配置masterauth

当kill master进程之后，经过sentinel选举，slave成为了新的master，再次启动原master，提示如下错误：

原因是此时的master再次启动已经是slave了，需要向现在的新master输入密码，所以需要在master.conf

中配置：

坑2：哨兵配置文件要暴露客户端可以访问到的master地址

在 sentinel.conf 配置文件的 sentinel monitor mymaster 122.xx.xxx.xxx 6379 2 中，配置该哨兵对应的master名字、master地址和端口，以及达到多少个哨兵选举通过认为master挂掉。其中master地址要站在redis访问者（也就是客户端）的角度、配置访问者能访问的地址，例如sentinel与master在一台服务器（122.xx.xxx.xxx）上，那么相对sentinel其master在本机也就是127.0.0.1上，这样 sentinel monitor mymaster 127.0.0.1 6379 2 逻辑上没有问题，但是如果另外服务器上的springboot通过lettuce访问这个redis哨兵，则得到的master地址为127.0.0.1，也就是springboot所在服务器本机，这显然就有问题了。

附springboot2.1 redis哨兵配置：

坑3：要注意配置文件.conf会被哨兵修改

redis-cli -h localhost -p 26379 ，可以登到sentinel上用info命令查看一下哨兵的信息。

曾经遇到过这样一个问题，大致的信息如下

slaves莫名其妙多了一个，master的地址也明明改了真实对外的地址，这里又变成127.0.0.1 !

最后，把5个redis进程都停掉，逐个检查配置文件，发现redis的配置文件在主从哨兵模式会被修改，master的配置文件最后边莫名其妙多了一行replicaof 127.0.0.1 7001， 怀疑应该是之前配置错误的时候（见坑2）被哨兵动态加上去的！ 总之，实践中一定要多注意配置文件的变化。

（2）集群

当数据量大到一定程度，比如几十上百G，哨兵模式不够用了需要做水平拆分，早些年是使用codis，twemproxy这些第三方中间件来做分片的，即 客户端 - 中间件 - Redis server 这样的模式，中间件使用一致性Hash算法来确定key在哪个分片上。后来Redis官方提供了方案，大家就都采用官方的Redis Cluster方案了。

Redis Cluster从逻辑上分16384个hash slot，分片算法是 CRC16(key) mod 16384 得到key应该对应哪个slot，据此判断这个slot属于哪个节点。

每个节点可以设置1或多个从节点，常用的是3主节点3从节点的方案。

reshard，重新分片，可以指定从哪几个节点移动一些hash槽到另一个节点去。重新分片的过程对客户端透明，不影响线上业务。

搭建Redis cluster

redis.conf文件关键的几个配置：

启动6个集群节点

[root@VM_0_11_centos redis-6.0.3]# ps -ef|grep redis

root 5508 1 0 21:25 ? 00:00:00 /usr/redis-6.0.3/src/redis-server 0.0.0.0:7001 [cluster]

root 6903 1 0 21:32 ? 00:00:00 /usr/redis-6.0.3/src/redis-server 0.0.0.0:7002 [cluster]

root 6939 1 0 21:33 ? 00:00:00 /usr/redis-6.0.3/src/redis-server 0.0.0.0:7003 [cluster]

root 6966 1 0 21:33 ? 00:00:00 /usr/redis-6.0.3/src/redis-server 0.0.0.0:7004 [cluster]

root 6993 1 0 21:33 ? 00:00:00 /usr/redis-6.0.3/src/redis-server 0.0.0.0:7005 [cluster]

root 7015 1 0 21:33 ? 00:00:00 /usr/redis-6.0.3/src/redis-server 0.0.0.0:7006 [cluster]

这时候这6个节点还是独立的，要把他们配置成集群：

说明： -a xxxx 是因为笔者在redis.conf中配置了requirepass xxxx密码，然后 --cluster-replicas 1 中的1表示每个master节点有1个从节点。

上述命令执行完以后会有一个询问： Can I set the above configuration? yes同意自动做好的分片即可。

最后 All 16384 slots covered. 表示集群中16384个slot中的每一个都有至少有1个master节点在处理，集群启动成功。

查看集群状态：

坑1：暴露给客户端的节点地址不对

使用lettuce连接发现连不上，查看日志 Connection refused: no further information: /127.0.0.1:7002 ，跟之前哨兵配置文件sentinel.conf里边配置master地址犯的错误一样，集群启动的时候带的地址应该是提供给客户端访问的地址。

我们要重建集群：先把6个redis进程停掉，然后删除 nodes-7001.conf 这些节点配置文件，删除持久化文件 dump.rdb 、 appendonly.aof ，重新启动6个进程，在重新建立集群：

然后，还是连不上，这次报错 connection timed out: /172.xx.0.xx:7004 ，发现连到企鹅云服务器的内网地址上了！

解决办法，修改每个节点的redis.conf配置文件，找到如下说明：

所以增加配置：

然后再重新构建集群，停进程、改配置、删除节点文件和持久化文件、启动进程、配置集群。。。再来一套（累死了）

重新使用Lettuce测试，这次终于连上了！

坑2：Lettuce客户端在master节点故障时没有自动切换到从节点

name这个key在7002上，kill这个进程模拟master下线，然后Lettuce一直重连。我们期望的是应该能自动切换到其slave 7006上去，如下图：

重新启动7002进程，

7006已成为新master，7002成为它的slave，然后Lettuce也能连接上了。

解决办法，修改Lettuce的配置：

笔者用的是springboot 2.1 spring-boot-starter-data-redis 默认的Lettuce客户端，当使用Redis cluster集群模式时，需要配置一下 RedisConnectionFactory 开启自适应刷新来做故障转移时的自动切换从节点进行连接。

重新测试：停掉master 7006，这次Lettuce可以正常切换连到7002slave上去了。（仍然会不断的在日志里报连接错误，因为需要一直尝试重连7006，但因为有7002从节点顶上了、所以应用是可以正常使用的）

Redis不保证数据的强一致性

Redis并不保证数据的强一致性，也就是取CAP定理中的AP

关于一致性Hash算法，可以参考 一致性Hash算法 - (jianshu.com)

Redis cluster使用的是hash slot算法，跟一致性Hash算法不太一样，固定16384个hash槽，然后计算key落在哪个slot里边（计算key的CRC16值再对16384取模），key找的是slot而不是节点，而slot与节点的对应关系可以通过reshard改变并通过gossip协议扩散到集群中的每一个节点、进而可以为客户端获知，这样key的节点寻址就跟具体的节点个数没关系了。也同样解决了普通hash取模算法当节点个数发生变化时，大量key对应的寻址都发生改动导致缓存失效的问题。

比如集群增加了1个节点，这时候如果不做任何操作，那么新增加的这个节点上是没有slot的，所有slot都在原来的节点上且对应关系不变、所以没有因为节点个数变动而缓存失效，当reshard一部分slot到新节点后，客户端获取到新迁移的这部分slot与新节点的对应关系、寻址到新节点，而没迁移的slot仍然寻址到原来的节点。

关于热迁移，猜想，内部应该是先做复制迁移，等迁移完了，再切换slot与节点的对应关系，复制没有完成之前仍按照原来的slot与节点对应关系去原节点访问。复制结束之后，再删除原节点上已经迁移的slot所对应的key。

与哨兵模式比较类似，当1个节点发现某个master节点故障了、会对这个故障节点进行pfail主观宕机，然后会通过gossip协议通知到集群中的其他节点、其他节点也执行判断pfail并gossip扩散广播这一过程，当超过半数节点pfail时那么故障节点就是fail客观宕机。接下来所有的master节点会在故障节点的从节点中选出一个新的主节点，此时所有的master节点中超过半数的都投票选举了故障节点的某个从节点，那么这个从节点当选新的master节点。

所有节点都持有元数据，节点之间通过gossip这种二进制协议进行通信、发送自己的元数据信息给其他节点、故障检测、集群配置更新、故障转移授权等等。

这种去中心化的分布式节点之间内部协调，包括故障识别、故障转移、选主等等，核心在于gossip扩散协议，能够支撑这样的广播协议在于所有的节点都持有一份完整的集群元数据，即所有的节点都知悉当前集群全局的情况。

Redis高可用方案 - (jianshu.com)

面试题:Redis 集群模式的工作原理能说一下么 - 云+社区 - 腾讯云 (tencent.com)

深度图解Redis Cluster原理 - detectiveHLH - 博客园 (cnblogs.com)

Redis学习笔记之集群重启和遇到的坑-阿里云开发者社区 (aliyun.com)

云服务器Redis集群部署及客户端通过公网IP连接问题

关于腾讯云面试题和腾讯云计算面试的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。