- 综合排序
- 最热优先
- 最新优先
- 来自专栏编程黑洞
容器的本质
并且运行容器的命令为1号进程。 ps aux PID USER COMMAND 1 root /bin/sh 8 root ps aux / # echo $$ 1 在宿主机中可以看到该容器进程 再次证明容器也只是宿主机中的一个进程而已。 先拷贝一个文件系统出来作为我们容器的根文件系统 docker export 48ab2ddd04dc | tar -C . 、内存等资源的配额限制 cgroup在操作系统中暴露出来的接口是文件系统，会以文件和目录在/sys/fs/cgroup/目录中展示，下面的目录都是子系统，可以限制各种资源： [root@iZwz93q4afq8ck02cesqh4Z
63620编辑于 2023-03-06 - 来自专栏Java编程技术
Docker容器的本质
image.png 先说结论：Docker容器的本质是一个特殊的进程。 学过操作系统的大家应该知道进程其实是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位。 其实在操作系统视角来看，处于运行时的Docker容器本身也是一个进程，只是这个进程比较特殊，下面我们就来说说他特殊在哪里 针对Linux容器来说，为了实现容器间资源隔离与限制，其对容器进程做了下面的处理 第一：其使用Linux提供的NameSpace技术来修改Docker容器进行时视图，实现每个容器有相互隔离的网络命名空间、进程空间等；比如你在Docker容器内查看进程列表，会发现容器自身是1号进程， 第二：使用Linux提供的NameSpace技术仅仅解决了容器之间的隔离问题，但是还是没法控制每个容器对资源使用的限制问题，比如还是无法控制每个容器可以使用多少cpu和内存等资源。 总结：针对Linux内核的容器，比如Docker容器来说，其本质是一个特殊的进程。
56720编辑于 2023-03-23 - 来自专栏漫漫架构路
探寻容器的本质
什么是容器技术 云原生的基础就是容器化。可以说正是容器技术的快速发展，才推动了云原生的时代浪潮。 要想理解容器的本质，我们先来聊聊是容器技术。 广义上来说：容器技术 = 动态的容器 + 静态的镜像 + 远端的仓库。容器、镜像和仓库构成了容器技术的三要素，其中最核心的概念就是容器。 这两个概念我们后面的章节会详细展开，本节就先来说一下容器。 容器的本质 那么到底什么是容器呢？ 其实容器和集装箱做的是同样的事情。结合对集装箱的理解，我们尝试给容器下一个定义： 容器，英文 Container，本质就是对进程的封装。 容器化 vs 虚拟机 既然说容器的核心是为了解决应用的隔离问题，那么虚拟化技术也可以实现这个目标，容器和虚拟机到底有什么区别呢？
78821编辑于 2022-09-28 - 来自专栏多选参数
脱掉容器的外表，看透容器的本质！
什么是容器？ 容器其实是一种特殊的进程而已，只是这个进程运行在自己的 “运行环境” 中，比如有自己的文件系统而不是使用主机的文件系统（文件系统这个对我来说印象是最深刻的，也是让人对容器很更好理解的一个切入点）。 技术来手动创建一个容器，演示 Linux 容器最基本的实现原理。 这种就使得进程运行在一个独立的“运行环境”里，也就是容器里面。 因此，对接一开始所说的，还想再唠叨一句：**容器其实就是一种特殊的进程而已。 相比虚拟机的方式，本质是进程的容器则仅仅是在操作系统上划分出了不同的“运行环境”，从而使得占用资源更少，部署速度更快。 巨人的肩膀 1.
79210发布于 2020-12-03 - 来自专栏JavaEdge
Docker容器实战(八) - 漫谈 Kubernetes 的本质
作为一名开发者，我并不关心容器运行时的差异。 因为，在整个“开发-测试-发布”的流程中，真正承载着容器信息进行传递的，是容器镜像，而不是容器运行时。 从一个开发者和单一的容器镜像，到无数开发者和庞大容器集群，容器技术实现了从“容器”到“容器云”的飞跃，标志着它真正得到了市场和生态的认可。 跟很多基础设施领域先有工程实践、后有方法论的发展路线不同，Kubernetes项目的理论基础则要比工程实践走得靠前得多，这当然要归功于Google公司在2015年4月发布的Borg论文了。 在“功能单位”划分上，容器却有着独到的“细粒度”优势： 毕竟容器的本质，只是一个进程而已 就是说，只要你愿意，那些原挤在同一VM里的各个应用、组件、守护进程，都可被分别做成镜像! 所以说，Kubernetes的本质，是为用户提供一个具有普遍意义的容器编排工具。 Kubernetes为用户提供的不仅限于一个工具。
1.2K30发布于 2019-10-18 - 来自专栏深度学习与python
从容器到容器云，什么才是 Kubernetes 的本质？ ｜ 极客时间
这两年，Kubernetes 击败了 Swarm 和 Mesos，几乎成为容器编排的事实标准，BAT、滴滴、京东、头条等大厂，都争相把容器和 K8s 项目作为技术重心，试图“放长线钓大鱼”。 这充分说明了容器在当今软件研发领域的地位。所以，掌握容器技术成为很多公司招聘时的重要选项。 这两年，跟朋友探讨 K8s 落地时，也有一些问题被反复提及，比如： 为什么容器里只能跑“一个进程”？ 之前一直用的某个 JVM 参数，在容器里怎么不好使了？ 官方文档中，但偏偏就是它们，才是掌握容器技术体系的精髓所在。 另外，专栏有几个非常不得不提的特色： 1、“白话”容器技术基础： 用讲故事和提问的方式，梳理容器技术生态的发展脉络，讲述容器技术的来龙去脉与实现原理。
1K10编辑于 2023-04-01 - 来自专栏嘉为动态
Docker操作实践(1)：容器的本质是什么？容器从何而来？
微信图片_20190910094723.jpg 容器本质之进程隔离 1. 容器本质 容器本质上是一种进程隔离的技术。容器为进程提供了一个隔离的环境，容器内的进程无法访问容器外的进程。 2. 并且使用“障眼法”对这个子进程的进程编号进行了重新编号，使得用户在容器中查看进程时，如同身处于一个OS环境中。 容器本质之文件隔离 1. 使用chroot来实现文件隔离 容器的本质是进程隔离，那么容器与外部之间也会存在着文件的隔离。文件系统隔离，这也是容器概念的起始。 容器本质之Namespace 1. Namespace的类别 在后面的容器技术中，实现上都离不开Linux的Namespace技术。 这个过程中会配置容器的cgroup，创建容器内部的网络设备，配置容器内部的信息，如hostname、ip地址等 最后启动容器中需要运行的进程Endtrypoint 作者：沈晓龙 ---- 今天作者介绍了容器的本质与概念
2.6K41发布于 2019-09-25 - 来自专栏YeTechLog
【探索 Kubernetes|容器基础进阶篇 系列1】容器的本质是进程
这个时候就出现了容器部署，容器解决了应用打包的这个根本难题 当然还要其它应用场景，这里只是说明一个举例。 二、容器是什么？ 容器的本质是一个进程 宿主机上我们执行 ps 命令可以看到，宿主机上有个进程，这个进程是我们运行容器时所使用的命令，也代表了我们容器也是一个进程表现出来的，所以 容器的本质是一个进程。 docker run -it busybox /bin/sh 进程退出了，说明了 容器的本质是一个进程。 总结 相信大家学容器时都看过这个虚拟机和容器的对比图。 这样的说明并不严谨，因为 容器本质是运行在宿主机上的进程，使用的是 Namespace 技术，通过 Namespace 技术实现网络、磁盘、PID、用户等隔离。
55900编辑于 2023-06-23 - 来自专栏上海同盟品牌活动专栏
回归架构本质-MVN4初体验
每每的都要耗时大家的半个小时甚至一个小时的时间，那么新Maven4的就可以解决了。 但伴随 AI推进，Java 生态的飞速迭代，模块化普及、并行构建需求激增、云原生与容器化成为行业主流，加上 JDK 版本一年两更的快速节奏，老Maven 3 的老毛病也催生除了Maven 4 的研发与迭代 截至目前，新Maven 4 已更新至第五个候选版本（RC5），版本稳定性与功能成熟度持续提升，距离正式发布（GA）已进入倒计时阶段。 标签理论上可省略，Maven 4 能通过关联的 schema 文件自动推导版本信息。 4. 树形生命周期：实现高效并行构建老Maven 3 的生命周期为线性结构，多模块项目难以实现高效并行构建，大型项目编译耗时较长。
23810编辑于 2026-04-21 - 来自专栏技术杂记
Rails 容器与配置(4)
/usr/src/app bundle install EXPOSE 3000 rails server ---- 构建 Rails 容器镜像 注意目录在 app 项目的根一层 [root@h104 blog2 onbuild onbuild: Pulling from library/rails f502f0e93adb: Pull complete 41fb86dd2354: Pull complete 7db4e84aa159 : Pull complete 4e4386f0802f: Pull complete 2010da638e26: Pull complete d63c045b79b9: Pull complete e9d8f1a8e16137880b074c60e7c2d6e0ced6bd498d0d871f6c15ffdc619b8e5a Status: Downloaded newer image for rails:onbuild # Executing 4 /usr/src/app ---> b5b7ed8d740e Removing intermediate container dee87f8e4f1f Removing intermediate container
1.6K30发布于 2021-10-20 - 来自专栏技术杂记
Redis 容器与配置(4)
docker 命令的 run 子命令 -i 打开 STDIN ，进入交互模式 -t 分配一个伪终端，一般都和 -i 一起使用 --link test-redis:redis 连接 test-redis 容器 ，并且为这个容器定义一个别名，叫 redis (redis-cli -h redis -p 6379 中指定的 redis 就是用的这个别名) --rm 此容器用完就删掉，不留存，一般用在短期前台交互的情况下 ip:hostPort:containerPort, 必须指定 containerPort ，如果没有指定 hostPort, Docker会自动分配端口 -P 将Dockerfile 里暴露的所有容器端口映射到动态分配的宿主机端口上 --link 在容器之间创建链接，如 --link name:alias,这会创建一系列环境变量，并在消费者容器的 /etc/hosts 文件里添加入口项，必须暴露或发布端口 操作和正常使用客户端一样
55550发布于 2021-10-20 - 来自专栏我的小碗汤
大咖一文讲透 容器设计模式 的本质
在使用容器 Docker 的时候，也没有这个说法。其实，如果想要理解 Pod，首先要理解容器，所以来回顾一下容器的概念： 容器的本质实际上是一个进程，是一个视图被隔离，资源受限的进程。 注意：Linux 容器的“单进程”模型，指的是容器的生命周期等同于 PID=1 的进程（容器应用进程）的生命周期，而不是说容器里不能创建多进程。 真正起来在物理上存在的东西，就是四个容器，这四个容器，或者说是多个容器的组合就叫做 Pod。 Sidecar：代理容器 Sidecar 的第二个用法，可以称作为代理容器 Proxy。什么叫做代理容器呢？ ； 所有“设计模式”的本质都是：解耦和重用。
85040发布于 2019-10-25 - 来自专栏云计算D1net
容器与虚拟机究竟有何本质上的差异？
作为一种部署应用程序的全新方式，容器技术在短时间内获得了广泛关注，但是这种技术同样存在某些限制，并且和虚拟机存在本质上的不同。 而容器环境的工作方式则有所不同。对于容器环境来说，需要首先安装主机操作系统，之后将容器层(比如LXC或libcontainer)安装在主机操作系统(通常是Linux变种)之上。 在安装完容器层之后，就可以从系统可用计算资源当中分配容器实例了，并且企业应用可以被部署在容器当中。但是，每个容器化应用都会共享相同的操作系统(单个主机操作系统)。 相比于虚拟机，容器拥有更高的资源使用效率，因为它并不需要为每个应用分配单独的操作系统——实例规模更小、创建和迁移速度也更快。这意味相比于虚拟机，单个操作系统能够承载更多的容器。 云提供商十分热衷于容器技术，因为在相同的硬件设备当中，可以部署数量更多的容器实例。然而，单个操作系统有可能引起影响所有相关实例的单点事故。比如，恶意软件或者主机操作系统崩溃可能禁用或者影响所有容器。
1.6K80发布于 2018-03-23 - 来自专栏summerking的专栏
Docker容器启动报ipv4
# 问题 Docker容器启动报WARNING: IPv4 forwarding is disabled. 9100 -v "/proc:/host/proc:ro" -v "/sys:/host/sys:ro" -v "/:/rootfs:ro" prom/node-exporter WARNING: IPv4 Networking will not work. 86c35154262b332d1f2f3425fde25840f43fdc3a1cef66a2010608af4b6ce736 # 解决 添加net.ipv4 net.ipv4.ip_forward = 0 net.ipv4.ip_local_port_range = 1025 65535 vm.max_map_count=655360 fs.file-max ]# sysctl net.ipv4.ip_forward net.ipv4.ip_forward = 1 [root@summer prometheus]#
1.3K10编辑于 2022-09-19 - 来自专栏Visual Codex
STL学习笔记（4）常用容器 vector
int arr[] = {2,3,4,1,9}; vector<int> v1(arr, arr + sizeof(arr) / sizeof(int)); 2. vector 常用赋值操作 assign 3. vector 大小操作 size();//返回容器中元素的个数 empty();//判断容器是否为空 resize(int num);//重新指定容器的长度为 num，若容器变长，则以默认值填充新位置 如果容器变短，则末尾超出容器长度的元素被删除。 resize(int num, elem);//重新指定容器的长度为 num，若容器变长，则以 elem 值填充新位置。 如果容器变短，则末尾超出容器长>度的元素被删除。 capacity();//容器的容量 reserve(int len);//容器预留 len 个元素长度，预留位置不初始化，元素不可访问。 4. vector 数据存取操作 at(int idx); //返回索引 idx 所指的数据，如果 idx 越界，抛出 out_of_range 异常。
63110发布于 2021-04-13 - 来自专栏悠扬前奏的博客
Spring Boot-4.servlet容器配置
Spring Boot默认Tomcat为Servlet容器，以Tomcat为例进行说明，Tomcat，Jetty，Undertow都是通用的。 通常Servlet容器配置都已“server”作为前缀，Tomcat的配置都以“server.tomcat”作为前缀 Servlet容器 server.port=# 配置程序端口，默认8080 server.serrsion-timeout 代码配置 需要通过代码的方式配置servlet容器，可以注册一个实现EmbeddedServletContainerCustomizer接口的Bean。 容器已经变为Jetty： ? org.springframework.boot</groupId> <artifactId>spring-boot-starter-undetow</artifactId> </dependency> 4.
1.2K40发布于 2019-05-30 - 来自专栏容器计算
【impala】在容器里编译impala(4)
接【impala】在容器里编译impala(3)，也是最终篇了，反正我编译出来我需要的 impalad 了:) ?
84120发布于 2021-08-06 - 来自专栏agent平台
AI时代的Docker教程36招-第4招-容器到底是什么，和虚拟机有什么本质区别？
Docker进化36记-第4记-容器到底是什么，和虚拟机有什么本质区别？ 能解释容器内ps只看到少量进程的原因，并能用一个反证实验证明它来自namespace。能指出容器与VM在启动开销、资源开销、隔离边界上的本质差异，而不是背诵“容器更轻”。 dockerexec${C}hostnameecho-n'host:';hostnameecho'==3.MNTnamespace=='dockerexec${C}sh-c'mount|head-3'echo'==4. 9.4创建容器的组件是一次性的反直觉判断：runc创建完容器就退出，它不负责容器的长期运行；containerd重启后，已经在跑的容器不会因此停止。真正托管容器进程的是每个容器对应的shim。 还缺什么：容器之间怎么互相发现和通信，数据放在哪里才不会随容器删除而丢失，配置和敏感信息怎么注入，多容器怎么统一编排。这四个问题在单机多容器的现状下不会消失，只会越来越痛。
8610编辑于 2026-09-18 - 来自专栏云计算linux
Docker容器进入的4种方式
nginx 但是不知道目录在哪，可以使用命令： sudo find / -name "50x.html" 因为nginx里必定会有50x.html，所以查找它，结果发现nginx的目录在docker容器里 ，如果操作它，就需要进入容器的shell。 必须先启动容器： sudo docker start “容器ID” 然后使用下边的命令进入shell： sudo docker exec -it “容器ID” bash 将主机的文件复制到容器里 ： sudo docker cp 主机目录 容器ID:容器目录 /是目录层的分隔、表示符。
6.2K11编辑于 2024-12-19 - 来自专栏五分钟学K8S
五分钟学K8S系列 - docker 容器的本质
上一篇我们从linux 容器的诞生，与架构对docker 有了初步的了解，这个篇章我们将透过现象看本质，深入的探索Linux容器化与Docker 技术 的原理与本质。 在 Docker 中，unshare() 系统调用被用于创建新的命名空间，并将容器进程与主机进程分离开来，以实现容器的隔离。这个命名空间将成为容器进程的根命名空间，容器进程只能访问该命名空间下的资源。 child process ID: %d\n", pid) // 等待子进程结束 var status syscall.WaitStatus _, err = syscall.Wait4( ，Docker 会使用 setns() 系统调用将容器进程切换到相应的命名空间中，并将容器进程加入到相应的 cgroups 中，以限制容器使用系统资源。 此外，Docker 还会挂载容器的文件系统层，并启动容器中定义的应用程序。
73920编辑于 2024-04-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号