|
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