背景
近期接触容器技术时，经常看到各类比较容器与虚拟机区别的文章中会提到：容器是共享宿主机的内核，而虚拟机则是拥有自己独立的内核，所以不可能在Linux上用容器运行windows，但是用虚拟机则可以。
乍看下去，觉得Linux上无法运行windows是很自然的结论，然后突然升起一个疑问：Linux上无法运行windows容器，那Debian上可以运行Ubuntu容器吗？Ubuntu上又能运行CentOS容器吗？
从自己实际使用上看，Debian上确实有运行CentOS的docker容器，CentOS上确实也有运行Ubuntu的docker容器，那无法运行windows容器却能运行不同发行版Linux的根本原因是什么呢？
进一步探究：具体发行版Debian 10.0 Linux上能运行低版本如Debian 9.0的容器吗？能运行Debian11.0的容器吗？为什么？
这些问题的最底层实际上指向了共享内核的确切含义。以下是思考过程的记录。以下观点为个人分析和推论，不一定准确。欢迎有疑问的合作伙伴纠正和讨论。
[En]
The bottom layer of these questions actually points to the exact meaning of the shared kernel. Here is a record of the thinking process. The following views are personal analysis and inference, not necessarily accurate. Partners with doubts are welcome to correct and discuss.
容器与虚拟机的对比
很多文章都详细比较了容器和虚拟机之间的区别。我不会在这里重复它们。很多文章都会引用类似下面的图片：
[En]
Many articles have compared the differences between containers and virtual machines in detail. I will not repeat them here. Many articles will quote images similar to the following:
左图中是在Host OS上运行Hypervisor(虚拟机监控器,virtual machine monitor)，在Hypervisor提供的硬件模拟基础上运行有有多个Guest OS，每个Guest OS均有自己的独立内核，相当于为GuestOS提供了一个完全模拟的虚拟裸机，GuestOS其实无感知自身是运行在物理机上还是虚拟硬件上。
而右图中container是作为一个普通进程运行于Host OS上，所有进程共享Host OS的内核，而container的运行、编排则由中间的docker engine实现。
内核究竟是什么
Linux内核
Linux® 内核是 Linux 操作系统（OS）的主要组件，也是计算机硬件与其进程之间的核心接口。它负责两者之间的通信，还要尽可能高效地管理资源。
之所以称为内核，是因为它在操作系统中就像果实硬壳中的种子一样，并且控制着硬件（无论是电话、笔记本电脑、服务器，还是任何其他类型的计算机）的所有主要功能，主要包括内存管理、进程管理、设备驱动程序、系统调用和安全防护，单纯的linux内核并不算我们传统意义上说的一个完整操作系统。
系统调用 && glibc
那么，内核在整个系统中的具体作用是什么呢？
[En]
So what is the specific role of the kernel in the whole system?
内核将底层硬件操作的细节屏蔽给上层，并为硬件的统一操作提供统一的系统调用。
[En]
The kernel shields the details of the underlying hardware operation to the upper layer, and provides a unified system call for a unified operation of the hardware.
但是系统调用接口一般比较原始，涉及和操作系统相关的细节，不同操作系统之间的系统调用基本完全不同，哪怕同系列的Linux与UNIX都不相同。
基于上述原因，一般应用程序通过标准运行时使用系统调用。运行时的优势在于它是语言级的，设计友好，标准和形式统一，不随操作系统或编译器的变化而改变。
[En]
Based on the above reasons, general applications use system calls through the standard runtime. The advantage of the runtime is that it is language-level, friendly in design, unified in standard and form, and does not change with the change of the operating system or compiler.
Linux上的运行库即是glibc，其位于用户程序与系统调用之间，如下图：
Linux发行版与内核的关系
Linux发行版就是一些组织和厂商将Linux内核、各类软件、库及文档组合起来，提供了完整各类常用工具、库(如gcc、dpkg、yum、glibc等)，打包在一起作为一个完整的发行版操作系统提供给用户，其关系如下图：
由于不同发行版使用的都是同一个Linux内核，所以在内核的层面并不存在兼容性问题–具体来说对于运行在宿主机上的容器进程分三种情况：
- 相同内核版本的情况下，不存在兼容性问题。
- 宿主机内核版本高于容器发行版内核版本时，由于高版本内核保证向后兼容性(backward compatibility)，一般也可以正常运行。
- 宿主机内核版本低于容器发行版内核，若容器中使用了低版本内核中不存在的系统调用，则无法正常运行。
初步总结
让我们回到文章开头提出的问题：
[En]
Let’s go back to the questions raised at the beginning of the article:
Linux上为什么无法运行windows容器？
因为Linux内核与windows内核完全不是一个东西，windows程序不可能使用Linux内核的系统调用与硬件交互。
Debian上可以运行Ubuntu容器吗？Ubuntu容器又能运行CentOS容器吗？
根据发行版使用的具体内核版本，其可以基于其宿主机内核运行成功则可以，由于linux内核提供向后兼容(backward compatible)，一般来说容器发行版内核
转载请注明出处，原文地址：https://www.cnblogs.com/AcAc-t/p/linux_container_share_kernel_meaning.html
参考
https://zh.wikipedia.org/zh-cn/Hypervisor
https://cloudacademy.com/blog/docker-vs-virtual-machines-differences-you-should-know/
https://www.redhat.com/zh/topics/linux/what-is-the-linux-kernel
https://book.douban.com/subject/3652388/
https://www.cnblogs.com/blog-yejy/p/9373850.html
https://stackoverflow.com/questions/32756988/what-is-meant-by-shared-kernel-in-docker
https://stackoverflow.com/questions/32841982/how-can-docker-run-distros-with-different-kernels
https://en.wikipedia.org/wiki/Linux_distribution
Original: https://www.cnblogs.com/AcAc-t/p/linux_container_share_kernel_meaning.html
Author: 及时
Title: 尝试理解Linux容器进程与宿主机共享内核的具体含义
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/522805/
转载文章受原作者版权保护。转载请注明原作者出处！