|
38 | 38 |
|
39 | 39 | **容器：** |
40 | 40 |
|
41 | | - |
| 41 | + |
42 | 42 |
|
43 | 43 | 通过上面这三张抽象图，我们可以大概通过类比概括出： **容器虚拟化的是操作系统而不是硬件，容器之间是共享同一套操作系统资源的。虚拟机技术是虚拟出一套硬件后，在其上运行一个完整操作系统。因此容器的隔离级别会稍低一些。** |
44 | 44 |
|
|
48 | 48 |
|
49 | 49 | ## 二 再来谈谈 Docker 的一些概念 |
50 | 50 |
|
51 | | - |
52 | | - |
53 | 51 | ### 2.1 什么是 Docker? |
54 | 52 |
|
55 | 53 | 说实话关于 Docker 是什么并太好说，下面我通过四点向你说明 Docker 到底是个什么东西。 |
|
59 | 57 | - **Docker 能够自动执行重复性任务，例如搭建和配置开发环境，从而解放了开发人员以便他们专注在真正重要的事情上：构建杰出的软件。** |
60 | 58 | - **用户可以方便地创建和使用容器，把自己的应用放入容器。容器还可以进行版本管理、复制、分享、修改，就像管理普通的代码一样。** |
61 | 59 |
|
62 | | - |
63 | | - |
64 | 60 | ### 2.2 Docker 思想 |
65 | 61 |
|
66 | 62 | - **集装箱** |
|
94 | 90 |
|
95 | 91 | 传统虚拟机技术是虚拟出一套硬件后，在其上运行一个完整操作系统，在该系统上再运行所需应用进程；而容器内的应用进程直接运行于宿主的内核，容器内没有自己的内核，而且也没有进行硬件虚拟。因此容器要比传统虚拟机更为轻便。 |
96 | 92 |
|
97 | | - |
| 93 | + |
98 | 94 |
|
99 | 95 | ### 3.2 容器与虚拟机总结 |
100 | 96 |
|
101 | | - |
| 97 | + |
102 | 98 |
|
103 | 99 | - **容器是一个应用层抽象，用于将代码和依赖资源打包在一起。** **多个容器可以在同一台机器上运行，共享操作系统内核，但各自作为独立的进程在用户空间中运行** 。与虚拟机相比， **容器占用的空间较少**（容器镜像大小通常只有几十兆），**瞬间就能完成启动** 。 |
104 | 100 |
|
|
110 | 106 |
|
111 | 107 | 就我而言，对于两者无所谓谁会取代谁，而是两者可以和谐共存。 |
112 | 108 |
|
113 | | - |
| 109 | + |
114 | 110 |
|
115 | 111 | --- |
116 | 112 |
|
@@ -244,7 +240,7 @@ docker rmi f6509bac4980 # 或者 docker rmi mysql |
244 | 240 |
|
245 | 241 | 如果你搜索 Docker 官网，会发现如下的字样：**“Docker - Build, Ship, and Run Any App, Anywhere”**。那么 Build, Ship, and Run 到底是在干什么呢？ |
246 | 242 |
|
247 | | - |
| 243 | + |
248 | 244 |
|
249 | 245 | - **Build（构建镜像）** ： 镜像就像是集装箱包括文件以及运行环境等等资源。 |
250 | 246 | - **Ship（运输镜像）** ：主机和仓库间运输，这里的仓库就像是超级码头一样。 |
|
0 commit comments