写点什么

10 道不得不会的 Docker 面试题

作者:JavaPub
  • 2022 年 8 月 10 日
    北京
  • 本文字数:2399 字

    阅读完需:约 8 分钟

以下是 Docker 面试题,相信大家都会有种及眼熟又陌生的感觉、看过可能在短暂的面试后又马上忘记了。JavaPub 在这里整理这些容易忘记的重点知识及解答建议收藏,经常温习查阅


评论区见


@[toc]

Docker

以下是一些 docker 的基础面试题,下一篇 docker 进阶面试题。本系列《最少必要面试题》

1. 什么是 Docker 容器?

Docker 是一种流行的开源软件平台,可简化创建、管理、运行和分发应用程序的过程。它使用容器来打包应用程序及其依赖项。我们也可以将容器视为 Docker 镜像的运行时实例。

2. Docker 和虚拟机有什么不同?

Docker 是轻量级的沙盒,在其中运行的只是应用,虚拟机里面还有额外的系统。

3. 什么是 DockerFile?

Dockerfile 是一个文本文件,其中包含我们需要运行以构建 Docker 镜像的所有命令,每一条指令构建一层,因此每一条指令的内容,就是描述该层应当如何构建。Docker 使用 Dockerfile 中的指令自动构建镜像。我们可以 docker build 用来创建按顺序执行多个命令行指令的自动构建。


一些最常用的指令如下:


FROM :使用 FROM 为后续的指令建立基础映像。在所有有效的 Dockerfile 中, FROM 是第一条指令。
LABEL: LABEL 指令用于组织项目映像,模块,许可等。在自动化布署方面 LABEL 也有很大用途。在 LABEL 中指定一组键值对,可用于程序化配置或布署 Docker 。
RUN: RUN 指令可在映像当前层执行任何命令并创建一个新层,用于在映像层中添加功能层,也许最来的层会依赖它。
CMD: 使用 CMD 指令为执行的容器提供默认值。在 Dockerfile 文件中,若添加多个 CMD 指令,只有最后的 CMD 指令运行。
复制代码

4. 使用 Docker Compose 时如何保证容器 A 先于容器 B 运行?

Docker Compose 是一个用来定义和运行复杂应用的 Docker 工具。一个使用 Docker 容器的应用,通常由多个容器组成。使用 Docker Compose 不再需要使用 shell 脚本来启动容器。Compose 通过一个配置文件来管理多个 Docker 容器。简单理解:Docker Compose 是 docker 的管理工具。


Docker Compose 在继续下一个容器之前不会等待容器准备就绪。为了控制我们的执行顺序,我们可以使用“取决于”条件,depends_on 。这是在 docker-compose.yml 文件中使用的示例


version: "2.4"
services:
backend:
build: . # 构建自定义镜像
depends_on:
- db
db:
image: mysql
复制代码


docker-compose up 命令将按照我们指定的依赖顺序启动和运行服务。

5. 一个完整的 Docker 由哪些部分组成?

  • DockerClient 客户端

  • Docker Daemon 守护进程

  • Docker Image 镜像

  • DockerContainer 容器

6. docker 常用命令

命令建议在本地安装做一个实操,记忆会更深刻。也可以克隆基于 docker 的俩万(springboot+vue)项目练手,提供视频+完善文档。地址:https://gitee.com/rodert/liawan-vue


  1. 查看本地主机的所用镜像:`docker images``

  2. 搜索镜像:`docker search mysql``

  3. 下载镜像:docker pull mysql,没写 tag 就默认下载最新的 lastest

  4. 下载指定版本的镜像:`docker pull mysql:5.7``

  5. 删除镜像:`docker rmi -f 镜像 id 镜像 id 镜像 id``

7. 描述 Docker 容器的生命周期。

Docker 容器经历以下阶段:


  • 创建容器

  • 运行容器

  • 暂停容器(可选)

  • 取消暂停容器(可选)

  • 启动容器

  • 停止容器

  • 重启容器

  • 杀死容器

  • 销毁容器

8. docker 容器之间怎么隔离?

这是一道涉猎很广泛的题目,理解性阅读。


Linux 中的 PID、IPC、网络等资源是全局的,而 Linux 的 NameSpace 机制是一种资源隔离方案,在该机制下这些资源就不再是全局的了,而是属于某个特定的 NameSpace,各个 NameSpace 下的资源互不干扰。


​​**Namespace 实际上修改了应用进程看待整个计算机“视图”,即它的“视线”被操作系统做了限制,只能“看到”某些指定的内容​​。**对于宿主机来说,这些被“隔离”了的进程跟其他进程并没有区别。


虽然有了 NameSpace 技术可以实现资源隔离,但进程还是可以不受控的访问系统资源,比如 CPU、内存、磁盘、网络等,为了控制容器中进程对资源的访问,Docker 采用 control groups 技术(也就是 cgroup),有了 cgroup 就可以控制容器中进程对系统资源的消耗了,比如你可以限制某个容器使用内存的上限、可以在哪些 CPU 上运行等等。


有了这两项技术,容器看起来就真的像是独立的操作系统了。


强烈建议大家实操,才能更好的理解 docker。



1. Redis 是什么?

一般问这个问题你最少要答出以下几点


Redis 是一个基于内存的 key-value 存储系统,数据结构包括字符串、list、set、zset(sorted set --有序集合)和 hash,bitmap,GeoHash(坐标),HyperLogLog,Streams(5.x 版本以后)

2. 你在哪些场景使用 redis

你有实战经验,那就直接表演。如果没有,选几个下面的经典场景


  1. 作为队列使用,(因为是基于内存、一般不会作为消费队列、作为循环队列必要适用);

  2. 模拟类似于 token 这种需要设置过期时间的场景,登录失效;

  3. 分布式缓存,避免大量请求底层关系型数据库,大大降低数据库压力;

  4. 分布式锁;

  5. 基于 bitmap 实现布隆过滤器;

  6. 排行榜-基于 zset(有序集合数据类型);

  7. 计数器-对于浏览量、播放量等并发较高,使用 redis incr 实现计数器功能;

  8. 分布式会话;

  9. 消息系统;

3. 为什么 Redis 是单线程的?

这个问题给一个官方答案


因为 Redis 是基于内存的操作,CPU 不是 Redis 的瓶颈,Redis 的瓶颈最有可能是机器内存的大小或者网络带宽。既然单线程容易实现,而且 CPU 不会成为瓶颈,那就顺理成章地采用单线程的方案了。

4. Redis 持久化有几种方式?

redis 提供了两种持久化的方式,分别是快照方式(RDB Redis DataBase)和文件追加(AOF Append Only File)


显而易见,快照方式重启恢复快、但是数据更容易丢失,文件追加数据更完整、重启恢复慢。


混合持久化方式,Redis 4.0 之后新增的方式,混合持久化是结合 RDB 和 AOF 的优点,在写入的时候先把当前的数据以 RDB 的形式写入到文件的开头,再将后续的操作以 AOF 的格式存入文件当中,这样既能保证重启时的速度,又能降低数据丢失的风险。


在恢复时,先恢复快照方式保存的文件,然后再恢复追加文件中的增量数据。

发布于: 刚刚阅读数: 2
用户头像

JavaPub

关注

原创技术公众号:JavaPub 2018.12.02 加入

原创技术公众号:JavaPub | 限时免费领取原创PDF

评论

发布
暂无评论
10道不得不会的Docker面试题_redis_JavaPub_InfoQ写作社区