- 综合排序
- 最热优先
- 最新优先
- 来自专栏千里行走
kubernetes-8：kibana容器化
前置阅读： kubernetes-7：elasticsearch容器化 http://toutiao.com/item/6699441606832947723/ 提供helm和yaml两种部署方式。 目录 (1).容器化组件 (2).helm容器化方式 (3).yaml容器化方式 (4).yaml配置文件重点详解 1.progressDeadlineSeconds 2.pod滚动升级 3.readinessProbe 4.restartPolicy 正文 (1).容器化组件 容器化成功后的组件： ? (2).helm容器化方式 docker pull kibana:6.4.3 重命名镜像为：docker.elastic.co/kibana/kibana:6.4.3 docker images |grep kibana#2'|sh -x Add the elastic helm charts repo： helm repo add elastic https://helm.elastic.co helm容器化
1.4K20发布于 2019-07-03 - 来自专栏静默虚空的博客
8_容器
[C++][基础]8_容器 8.1 顺序容器 8.2 关联容器 注：在迭代关联容器时，我们可以确保按键的顺序访问，而与元素在容器中的存放位置完全无关。 8.2.1 pair类型 Pair是一种模板类型，但不是容器。
34620编辑于 2022-05-10 - 来自专栏运维小路
Kubernetes(k8s)-初始化容器(InitContainers)介绍
Init Containers，中文可以称为初始化容器，是Kubernetes中的一种特殊类型的容器，在Pod中的应用程序容器启动之前执行。 它们具有以下特点和作用： 顺序执行：Init Containers按照定义的顺序依次运行，每个初始化容器必须成功完成其任务后，下一个初始化容器才会开始执行。 阻塞应用容器：在所有初始化容器成功完成之前，Pod内的应用程序容器不会启动。 错误处理：如果任何一个初始化容器失败，那么Kubernetes会根据Pod的重启策略决定是否重新启动该Pod。默认情况下，Kubernetes会在初始化容器失败时重试，直到它成功完成。 ，第二个init容器及真实业务容器压根就没执行。
1.1K10编辑于 2025-01-23 - 来自专栏CNCF
容器化到容器编排之旅
容器化软件已经变得非常的庞大，如果没有它自己关注的分离层，几乎是不可能实现的。 本节专门讨论低阶容器运行时。在OCI运行时规范中，组成Open Container Initiative的一些重要参与者对底层运行时进行了标准化。 容器管理 在命令行中可以使用runc启动任意数量的容器。但是如果我们需要让这个过程自动化呢？ cri-o 专注于Kubernetes容器管理器，遵循Kubernetes容器运行时接口（CRI）规范。版本控制与k8s版本控制相同。有关更深入的解释，请参见相应的部分。 截止到2019年8月，该项目的最后一次提交已经是大约两个月前了。更新：8月16日，CNCF宣布技术监督委员会（TOC）投票决定将rkt项目存档。
1.8K11发布于 2019-12-05 - 来自专栏『学习与分享之旅』
容器化技术
更快的对应用进行标准化部署部署方式物理机部署慢成本高资源浪费扩展与迁移硬件限制虚拟化在一台物理主机上，通过硬件底层的虚拟化支持，可以虚拟出来很多个虚拟机可以形象的看成，每一个虚拟机都是一台独立的电脑可以让物理机的硬件资源充分利用可以多部署资源隔离容易扩展图片容器化不用安装操作系统的虚拟化技术我正在参与
33220编辑于 2023-09-30 - 来自专栏SRE运维实践
容器化应用
为什么要容器化应用 在进行容器化的时候，听起来好像很高端，但是如何说服别人进行容器化，容器化应用是否能带来价值，那么就需要根据当前环境来进行考虑。。。 在进行容器化的时候，使用c和c++无非就是为了追求极致的速度，如果使用容器来进行虚拟化，是否是降低了效率，是否不应该移植？ 3、 操作系统是否支持容器化 在目前的系统中，大部分是linux，小部分是aix，而还有一部分是windows，那么容器化的应用是否能很好的支持windows。。。 5、 流程是否支持容器化 在目前的开发流程中，有开发，有测试，有部署，有运维，一整套的流程。。。 容器化应用，说起来简单，做起来难。。。从前到后，从上到下，好像都是问题，不过还是很有意思的。。。
85420发布于 2019-07-08 - 来自专栏仁扬笔记
容器化的好处
容器化，是指使用容器技术（Docker/containerd等）运行应用程序（容器），并使用容器编排技术（例如 K8s）来管理这些容器。 我在之前的文章 [《使用 Dockerfile 构建生产环境镜像》](https://imlht.com/archives/236/) 提及普通的虚拟机部署存在的问题：> 为什么有这篇文章，是因为我在真正做容器化改造的时候 的存在，不同的操作系统也可以兼容- 高度一致性带来了环境的统一，统一的环境有利于 CI/CD 流程，结合自动化技术提升效率#### 二、资源隔离- 以往虚拟机容易因为混合部署，而某些应用耗费内存过大，导致程序 OOM 崩溃，而容器由于资源隔离，不会互相影响- 合理分配每个容器的资源，有利于提高资源利用率，降低资源成本- 通过 Linux Cgroups 技术（Linux Control Group）限制资源上限 ，使得进程本身看起来好像拥有一个隔离的环境和文件系统（实际上还是宿主机的一个进程）容器化是未来的一大趋势！
83420编辑于 2023-08-03 - 来自专栏让技术和时代并行
HAProxy容器化实践
如今 Docker 无处不在，您会发现许多应用程序都已被 Docker 化；HAProxy 负载均衡器也不例外，但 HAProxy 就是为此而生的。 生命周期管理也变得标准化。启动、停止和删除容器就像调用一行 docker 命令一样简单。这反过来又使部署成为一个可重复和可测试的过程。它还有助于更轻松地进行软件升级。 那么，问题是，在容器内运行 HAProxy 有什么影响？ 在 CPU 开销方面，记住，与虚拟机不同，Docker 不需要在主机操作系统之上的虚拟化层。 COMMAND CREATED STATUS PORTS NAMES 98216bb8c5ff Docker 提供了一种用于部署应用程序的标准化方法，使该过程具有可重复性和可测试性。
1.2K20编辑于 2023-03-18 - 来自专栏张善友的专栏
.NET 8 的openEuler 容器镜像
目前.NET 8的容器镜像已经支持openEuler，以openEuler为基础镜像的应用镜像：dotnet-deps、dotnet-runtime 和 dotnet-aspnet。 基础镜像简介 这里存放着由openEuler官方提供的容器镜像，包含openEuler基础镜像、应用镜像。在这里，你可以参考对应镜像的介绍，部署你需要的镜像容器。 openeuler-docker-images 基础镜像地址 repo.openeuler.org 应用镜像仓库 基础镜像以及应用镜像会上传到以下仓库 hub.docker.com quay.io 1 hub.oepkgs.net 运行容器
46910编辑于 2024-05-06 - 来自专栏云计算与大数据
k8s: Init 容器
Pod 能够具有多个容器，应用运行在容器里面，但是它也可能有一个或多个先于应用容器启动的 Init 容器。 Init 容器与普通的容器非常像，除了如下两点： 它们总是运行到完成。 与普通容器的不同之处 Init 容器支持应用容器的全部字段和特性，包括资源限制、数据卷和安全设置。 然而，Init 容器对资源请求和限制的处理稍有不同，在下面 资源 处有说明。 每个 Init 容器必须运行成功，下一个才能够运行。 当所有的 Init 容器运行完成时，Kubernetes 初始化 Pod 并像平常一样运行应用容器。 Init 容器能做什么？ 它们可以包含使用工具和定制化代码来安装，但是不能出现在应用镜像中。例如，创建镜像没必要 FROM 另一个镜像，只需要在安装过程中使用类似 sed、 awk、 python 或 dig 这样的工具。 它们在应用容器启动之前运行完成，然而应用容器并行运行，所以 Init 容器提供了一种简单的方式来阻塞或延迟应用容器的启动，直到满足了一组先决条件。
1.4K21发布于 2018-10-18 - 来自专栏我是攻城师
容器化网页应用
虽然容器不能替代虚拟机，但是比较容器与虚拟机的异同，还是很有意义的。虚拟机是虚拟一个完整的操作系统，包括独立的内存管理，设备驱动等。相反，容器则是共享主机的这些资源，因此容器是比较容易管理的。 Docker是基于LXC(Linux容器)实现的，但是它并不是要替代LXC的。相反，Docker则是基于LXC提供一些高级的功能，比如版本化应用，跨主机部署可迁移的应用。 因为创建容器不需要重新启动操作系统，所以使用容器运行应用的确节省时间。 ? 应用隔离所带来的安全沙盒化 在Docker中，一个容器其实是跑了一个应用或者一个进程。 因为每个容器只能访问其他容器显式暴露出来的端口和文件。 而且容器可以再更高层次上对于系统上存储什么数据，安装什么软件进行控制。一些运行在一个容器上可疑脚本是不会影响其他容器的。 容器化你的网页应用 容器化你的网页应用不仅可以加快部署，还可以让部署变得更容易。Docker容器极具可移植性及灵活性，作为一个网页开发工程师，你可以借助docker让你的开发环境更加强劲。
1.3K60发布于 2018-05-11 - 来自专栏Linux云运维
Docker 容器虚拟化
Docker 容器虚拟化 1、虚拟化网络 Network Namespace 是 Linux 内核提供的功能，是实现网络虚拟化的重要功能，它能创建多个隔离的网络空间，它们有独自网络栈信息。 qdisc noqueue qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 如下图所示： 此时再创建一个名称空间，配置相同网段，这两个名称空间能相互通信，如下图所示： 从网络通信的物理设备到网卡都是用纯软件的方式来实现，这种实现方式就叫做虚拟化网络 2、单节点容器间通信 同一个物理机上的两个容器想通信 qdisc noqueue qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 qdisc noqueue qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8
96330编辑于 2022-08-23 - 来自专栏后端Coder
容器化技术~docker
现在的docker容器化技术用的挺普遍的，在微服务的加持下，由于docker容器本身的优势被广泛使用，下面我们还是看下docker的相关内容吧。 Docker是一个开源的应用容器引擎，基于Go语言，遵从Apache2.0协议开源，Docker可以让开发者打包他们的应用以及依赖包到一个轻量级，可移植的容器中，然后发布到任何流行的linux机器上，也可以实现虚拟化 Web应用的自动化打包和发布。 自动化测试和持续集成，发布。 在服务型环境中部署和调整数据库或者其它后台应用。 Docker的优点，Docker是一个用于开发，交付和运行应用程序的开放平台。 Docker允许开发人员使用您提供的应用程序或服务的本地容器在标准化环境中工作，从而简化了开发的生命周期，容器非常适合持续继承和持续交付的工作流程。 当我们的程序经过层层测试没有问题后，我们就可以将我们的容器化应用服务进行发布到生产环境了，以提供给用户使用，其实使用docker容器化技术来开发我们的应用技术优势很明显。
95811发布于 2019-11-14 - 来自专栏云原生知识宇宙
Go 应用容器化
ldflags='-s -w -extldflags=-static' -o /appFROM ubuntu:22.10COPY --from=builder /app /CMD ["/app"]如果希望最小化镜像 trimpath -ldflags='-s -w -extldflags=-static' -o /appFROM scratchCOPY --from=builder /app /CMD ["/app"]建议 k8s 1.23 及其以上版本使用 scratch 基础镜像，即使镜像中不包含 bash 等调试工具，也可以 使用临时容器来进行调试。 latestRUN apk add --no-cache tzdata ca-certificatesCOPY --from=build /workspace/app /appCMD ["/app"]参考资料使用临时容器来进行调试
39810编辑于 2024-05-10 - 来自专栏积跬Coder
虚拟容器化技术
虚拟容器化技术 作者寄语： 首先我们需要学习一个知识，或多或少会有所目标或需求。那么我在对于选择的时候会进行相对应的分析，优中择优? 什么是虚拟容器化化技术？ 那么虚拟容器是什么,它与虚拟化又有什么不同？ 传统虚拟化技术从操作系统层下手，目标是建立一个可以用来执行整套操作系统的沙盒独立执行环境，习惯以虚拟机(Virtual Machine)来称呼。 如果说虚拟化是将房子分成房间，那么虚拟容器化技术就是将“房间”里的柜子分层。 虚拟容器化技术的优与劣： 优势： 更高效的系统资源利用率。 相比虚拟化技术，不需要额外的hypervisor层，会有更高的性能和效率。单台高配物理机可以跑上千个docker容器。 实现隔离的限制 容器里面不存放数据，容器中的数据会随容器消失而消失，特别是对有状态的应用需要做数据的持久化设置 容器的粒度更细，管理复杂度更大，在生产环境管理大量的容器带来了更大的挑战，有赖于K8S、Swarm
1.6K30发布于 2020-12-18 - 来自专栏PM吃瓜(公众号)
软件容器化 and Docker
容器化 是指将软件代码和所需的所有组件（例如库、框架和其他依赖项）打包在一起，让它们隔离在自己的“容器”中。 这样，容器内的软件或应用就可以在任何环境和任何基础架构上一致地移动和运行，不受该环境或基础架构的操作系统影响。容器就像是一个气泡（或者是应用周围的计算环境），把应用和周围环境隔离开来。 将应用打包装入可在平台和基础架构之间移动的容器后，只用把该容器移动到某个位置，应用就能在那里成功运行使用，因为容器中包含了成功运行应用所需的一切。 container 是 “集装箱”的意思 内部组成 容器化本质上是更细粒度的虚拟化技术，在进程层面提供一种环境虚拟化的能力，从更高层面看就如同一个大箱子里有一个个独立的小箱子，每个小箱子都提供了一整套完整的运行时环境
35720编辑于 2023-03-02 - 来自专栏AIOPS
pytorch容器化环境
创建虚拟环境并安装符合自身 CUDA 驱动版本的 pytorch、torchvision、torchaudio 等依赖；避免 numpy 等库与 PyTorch 编译版本不兼容（如 numpy 2.x 导致的初始化失败 Remote-Containers 等插件远程连接进行训练调试；配置 GPU 驱动、CUDA 工具链、TensorBoard 和 MLflow 等训练辅助组件；最后还要保证整个环境能够在 Kubernetes、Docker 等容器化平台中无缝运行 项目目标：构建一个真正“开箱即用”的 PyTorch GPU 训练环境为了解决上述痛点，我们基于如下需求构建了一个可高度复用的容器化训练环境：✅ 基于官方 CUDA 镜像构建，确保 GPU 加速能力；✅ 通过本镜像，用户无需再手动配置复杂依赖，即可在容器启动后立即开始 GPU 加速训练，同时享受完整的 IDE 开发体验。 =noninteractive ENV TZ=Asia/Shanghai ENV LANG=C.UTF-8 ENV LC_ALL=C.UTF-8 ENV PATH=/opt/conda/bin:$PATH
45910编辑于 2025-06-10 - 来自专栏cuijianzhe
Django应用容器化
$ docker run --cpuset-cpus="0-3" --cpu-shares=512 --memory=500m nginx:alpine 容器数据持久化 挂载主机目录 $ docker 查看容器详细信息，包括容器 IP 地址等 $ docker inspect nginx 查看镜像的明细信息 $ docker inspect nginx:alpine Django 应用容器化实践 ENTRYPOINT 设置容器初始化命令，使其可执行化 格式： ENTRYPOINT ["executable", "param1", "param2"] (可执行文件, 优先) ENTRYPOINT /run.sh"] 定制化基础镜像 [root@k8s-master python-demo]# cat Dockerfile-base [root@k8s-master python-demo]# python-demo]# docker push 10.200.51.36:5000/mysql:5.7-utf8 删除旧的 mysql 容器，使用新镜像启动,不用再次初始化 [root@k8s-master
1K10编辑于 2022-06-14 - 来自专栏云原生技术社区
容器化的好处
你将需要容器化来构建现代应用程序，从设置数据库到加载不同的操作系统以访问深度学习平台。 近年来，容器化已被广泛采用，部分原因是云技术的出现，让你可以扩展和复制容器，降低入门门槛。 容器化的好处 容器化可以成为企业加强软件开发生命周期的有用工具。 容器化是对DevOps的补充，因为可以更快地部署和测试软件，改善反馈循环。容器化也是微服务流行的一个主要因素，微服务可以提高软件架构的灵活性和敏捷性你可以使用容器化来加快开发新功能和获取反馈的时间。 如果你正开始一个软件项目，不想重新造轮子，自己想办法建立一个关系数据库或网络服务器——而容器化意味着您不必这样做！容器化可帮助开发人员在现有解决方案的基础上解决新问题。 容器技术的主要工具是什么？ 随着 Kubernetes 不再完全支持 Docker，容器采用率可能会继续提高。容器化和容器编排格局正在迅速发展。技术工具和流行度可能会发生变化，但容器化和容器编排概念将继续存在。
1.6K20编辑于 2022-11-29 - 来自专栏EAWorld
容器云之K8s自动化安装方式的选择
kubeadm 可以运行在物理机、虚拟机以及云主机，并且可以与chef或puppet配合可以完成自动化部署安装。 hyperkube images 由 Google 推出将 kubernetes 各组件以容器方式运行。容器可以有(docker/rkt等)。 如果你在运行容器时使用了 docker run –privileged 那我只能说祝你好运。 如果容器就是通过cgroups堆出来，那么容器本身的/sys /dev 和 /proc 存在隔离性的问题。 传统企业突破内部局域网，公有云化之路上的幕后英雄 。 ?
1.9K91发布于 2018-04-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号