Docker 的底層原理，了解它只需要 5分鐘！
一位同學曾給我打比方：宿主機就好比一間大房子，docker 把它變成了N個小隔斷。在這些小隔斷之間，有獨立的衛生間、小床、電視…
麻雀雖小，五臟俱全，這個比喻非常的貼切。Linux 提供了非常全面的隔離機制，使得每個小隔間互不影響。即使隔壁小間滿室春光，我的小房間一樣的冷清，對我毫無影響。
Docker 能實現這些功能，依賴于 chroot、namespace、cgroup 等三種老技術。我們本篇文章，就先聊一下 namespace 方面的東西。畢竟隔離是容器的第一要素。
Linux 的內核，提供了多達8種類型的 Namespace。在這些獨立的 Namespace 中，資源互不影響，隔離措施做的非常好。
1. 8種類型
我們先來看一下，Linux都支持哪些Namespace。可以通過 unshare 命令來觀察到這些細節。在終端執行 man unshare，將會出現這些 Namespace 的介紹。
- Mount（mnt） 隔離掛載點
- Process ID (pid) 隔離進程 ID
- Network (net) 隔離網絡設備，端口號等
- Interprocess Communication (ipc) 隔離 System V IPC 和 POSIX message queues
- UTS Namespace(uts) 隔離主機名和域名
- User Namespace (user) 隔離用戶和用戶組
另外，Linux 在 4.6 版本，5.6 版本，分別加入了 cgroups 和 Time 兩種隔離類型，加起來就有8種。
- Control group (cgroup) Namespace 隔離 Cgroups 根目錄 (4.6版本加入)
- Time Namespace 隔離系統時間 (5.6版本加入)
2. 1個例子
通過unshare命令，可以快速建立一些隔離的例子，我們拿最簡單直觀的pid namespace來看一下它的效果。
眾所周知，Linux 進程號為1的，叫做systemd進程。但在 Docker 中，我們通過執行ps命令，卻只能看到非常少的進程列表。
執行下面的命令，進入隔離環境，并將 bash 作為根進程：
- unshare --pid --fork --mount-proc /bin/bash
效果如圖所示。可以看到，我們的 bash，已經成為了1號進程，而宿主機和其他隔離環境的進程信息，在這里是不可見的。
先在隔離環境中，執行sleep 1000。再開一個終端，在宿主機上執行pstree，我們將會看到這個隔離環境的進行信息。
接下來，在宿主機上，把 sleep 對應進程的命名空間信息，和宿主機的命名空間信息作一下對比。可以看到，它們的pid namespace，對應的數值是不同的。
下面給出其他 namespace 的實驗性命令，你可以實際操作一下。
3. 試驗一下
- unshare --mount --fork /bin/bash
創建mount namespace，并在每個不同的環境中，使用不同的掛載目錄。
- unshare --uts --fork /bin/bash
uts 可以用來隔離主機名稱，允許每個 namespace 擁有一個獨立的主機名，你可以通過hostname命令進行修改。
- unshare --ipc --fork /bin/bash
IPC Namespace 主要是用來隔離進程間通信的。Linux 的進程間通信，有管道、信號、報文、共享內存、信號量、套接口等方式。使用了 IPC 命名空間，意味著跨 Namespace 的這些通信方式將全部失效！不過，這也正是我們所希望的到的。
- unshare --user -r /bin/bash
用戶命名空間，就非常好理解了。我們可以在一個 Namespace 中建立 xjjdog 賬號，也可以在另外一個 Namespace 中建立 xjjdog 賬號，而且它們是相互不影響的。
- unshare --net --fork /bin/bash
net namespace，這個就非常有用了。它可以用來隔離網絡設備、IP 地址和端口等信息。
End
可以看到，通過各種 Namespace，Linux 能夠對各種資源進行精細化的隔離。Docker本身也是一個新瓶裝舊酒的玩具。Docker 的創新之處，在于它加入了一個中央倉庫，并封裝了很多易用的命令。
你可能會發現，到目前為止，我們并沒有對 Cpu和內存的資源使用進行隔離，也沒有對應的 Namespace 來解決這些問題。
資源限制的功能，是使用Cgroups進行限額配置來完成的，和Namespace沒什么關系。我們將在后面的文章，介紹 Cgroups 這項技術。
最后，附上 Docker 的一張生命周期圖。來源(http://docker-saigon.github.io/post/Docker-Internals/ )。
Docker 發展到現在，應用工具鏈已經非常成熟了，很多同學已經駕輕就熟，如果你對容器技術非常感興趣，不如多看一下最底層的原理。這樣，不管是谷歌推自己的容器，還是繼續使用 docker，都能快速把它掌握。
