docker——知识点回顾（2）

于 2022-08-04 22:36:46 发布
阅读量385 收藏
点赞数
分类专栏： 运维学习 笔记 Linux 文章标签： docker 容器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43604376/article/details/126130545
版权
笔记 同时被 3 个专栏收录
106 篇文章 4 订阅
订阅专栏
Linux
49 篇文章 0 订阅
订阅专栏
运维学习
46 篇文章 2 订阅
订阅专栏

文章目录

DockerFile解析

DockerFile是什么【构建镜像的第二种方法】

  • Dockerfile是用来构建Docker镜像的文本文件，是由一条条构建镜像所需的指令和参数构成的脚本。

  • 执行DockerFile文件，就相当于多次使用docker commit命令构建镜像。DockerFile文件中的每条指令都需要执行一次docker commit命令。
    在这里插入图片描述

构建镜像三部曲

  • 编写Dockerfile文件
  • docker build命令构建镜像
  • docker run依镜像运行容器实例

DockerFile构建过程解析

Dockerfile内容基础知识

1：每条保留字指令都必须为大写字母且后面要跟随至少一个参数
2：指令按照从上到下，顺序执行
3：#表示注释
4：每条指令都会创建一个新的镜像层并对镜像进行提交

Docker执行DockerFile的大致流程

（1）docker从基础镜像运行一个容器
（2）执行一条指令并对容器作出修改
（3）执行类似docker commit的操作提交一个新的镜像层
（4）docker再基于刚提交的镜像运行一个新容器
（5）执行dockerfile中的下一条指令直到所有指令都执行完成

总结

从应用软件的角度来看，Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段，

  • Dockerfile是软件的原材料（药方）
  • Docker镜像是软件的交付品（药材）
  • Docker容器则可以认为是软件镜像的运行态，也即依照镜像运行的容器实例（制成的汤药）
    Dockerfile面向开发，Docker镜像成为交付标准，Docker容器则涉及部署与运维，三者缺一不可，合力充当Docker体系的基石。
    在这里插入图片描述

1、Dockerfile，需要定义一个Dockerfile，Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版、服务进程和内核进程(当应用进程需要和系统服务和内核进程打交道，这时需要考虑如何设计namespace的权限控制)等等;

2、Docker镜像，在用Dockerfile定义一个文件之后，docker build时会产生一个Docker镜像，当运行 Docker镜像时会真正开始提供服务;

3、Docker容器，容器是直接提供服务的。

DockerFile常用保留字指令

参考tomcat8的dockerfile入门：
https://github.com/docker-library/tomcat

  • FROM
    基础镜像，当前新镜像是基于哪个镜像的，指定一个已经存在的镜像作为模板，第一条必须是FROM

  • MAINTAINER
    镜像维护者的姓名和邮箱地址

  • RUN
    容器build构建时需要运行的命令
    RUN是在 docker build时运行
    两种格式：
    shell格式：在这里插入图片描述比如：RUN yum install vim -y

  • exec格式
    在这里插入图片描述

  • EXPOSE
    当前容器对外暴露出的端口

  • WORKDIR
    指定在创建容器后，终端默认登陆的进来工作目录，一个落脚点
    在这里插入图片描述

  • USER
    指定该镜像以什么样的用户去执行，如果都不指定，默认是root

  • ENV
    用来在构建镜像过程中设置环境变量
    相当于先定义了环境变量，供后续引用该变量
    ENV MY_PATH /usr/mytest
    这个环境变量可以在后续的任何RUN指令中使用，这就如同在命令前面指定了环境变量前缀一样；
    也可以在其它指令中直接使用这些环境变量，
    比如：WORKDIR $MY_PATH

  • VOLUME
    容器数据卷，用于数据保存和持久化工作

  • ADD
    作用相当于COPY命令+解压
    将宿主机目录下的文件拷贝进镜像且会自动处理URL和解压tar压缩包

  • COPY
    类似ADD，拷贝宿主机上的文件和目录到镜像中。
    将从构建上下文目录中 <源路径> 的文件/目录复制到新的一层的镜像内的 <目标路径> 位置
    和docker cp命令类似。
    写法：COPY src dest 等同于COPY [“src”, “dest”]
    <src源路径>：源文件或者源目录
    <dest目标路径>：容器内的指定路径，该路径不用事先建好，路径不存在的话，会自动创建。

  • CMD
    CMD命令是在docker run时运行
    指定容器启动后的要干的事情
    在这里插入图片描述
    相当于，指定ENTRYPOINT命令之后，就使用CMD给ENTRYPOINT传递参数。
    Dockerfile 中可以有多个 CMD 指令，但只有最后一个生效，CMD 会被 docker run 之后的参数替换

  • ENTRYPOINT
    也是用来指定一个容器启动时要运行的命令
    类似于 CMD 指令，但是ENTRYPOINT不会被docker run后面的命令覆盖，而且这些命令行参数会被当作参数送给 ENTRYPOINT 指令指定的程序
    命令格式：在这里插入图片描述

ENTRYPOINT可以和CMD一起用，一般是变参才会使用 CMD ，这里的 CMD 等于是在给 ENTRYPOINT 传参。
当指定了ENTRYPOINT后，CMD的含义就发生了变化，不再是直接运行其命令而是将CMD的内容作为参数传递给ENTRYPOINT指令，他两个组合会变成 <ENTRYPOINT>“<CMD>”

Dockerfile构建实例

自定义镜像mycentosjava8
要求：
Centos7镜像具备vim+ifconfig+jdk8
JDK的下载镜像地址：https://www.oracle.com/java/technologies/downloads/#java8
或者：https://mirrors.yangxingzhen.com/jdk/

在这里插入图片描述
cat Dockerfile

FROM centos
MAINTAINER zzyy<zzyybs@126.com>
 
ENV MYPATH /usr/local
WORKDIR $MYPATH
 
#安装vim编辑器
RUN yum -y install vim
#安装ifconfig命令查看网络IP
RUN yum -y install net-tools
#安装java8及lib库
RUN yum -y install glibc.i686
RUN mkdir /usr/local/java
#ADD 是相对路径jar,把jdk-8u171-linux-x64.tar.gz添加到容器中,
#安装包必须要和Dockerfile文件在同一位置
ADD jdk-8u171-linux-x64.tar.gz /usr/local/java/
#配置java环境变量
ENV JAVA_HOME /usr/local/java/jdk1.8.0_171
ENV JRE_HOME $JAVA_HOME/jre
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib:$CLASSPATH
ENV PATH $JAVA_HOME/bin:$PATH
 
EXPOSE 80
 
CMD echo $MYPATH
CMD echo "success--------------ok"
CMD /bin/bash

构建镜像：
docker build -t centosjava8:1.5 .

从dockerhub或者阿里云镜像加速器上拉取的centos只有231MB，但是自己构建的就有756MB.

运行镜像：
docker run -it centosjava8:1.5 /bin/bash
终端进入容器，工作目录在/usr/local
vim ifconfig java-version命令都能正常使用

从镜像的构建过程能体会到docker镜像的分层结构，由一层一层的含有特定功能镜像堆叠，形成最终含有完整功能的镜像。

虚悬镜像

镜像构建或者镜像删除的时候出现一些错误，导致仓库名、标签都是<none>的镜像，俗称dangling image.虚悬镜像对系统可能会存在一些风险，建议直接删除。

虚悬镜像实例

vim Dockerfile

from ubuntu
CMD echo 'action is success'

构建镜像：

docker build .

在这里插入图片描述

虚悬镜像已经失去存在价值，可以删除。

查看系统中的虚悬镜像：
docker image ls -f dangling=true
删除虚悬镜像：
docker image prune

docker网络

  • 在docker 未启动时，查看默认的网络情况：
    其中，ens33表示是Linux宿主机的网卡，IP地址为192.168.111.163.
    lo表示回环接口，127.0.0.1

在这里插入图片描述
virbr0：
在CentOS7的安装过程中，如果有选择相关虚拟化的的服务，安装系统后启动网卡，会发现有一个以网桥连接的私网地址的virbr0网卡(virbr0网卡：有一个固定的默认IP地址192.168.122.1)，是做虚拟机网桥的使用的，其作用是为连接其上的虚机网卡提供 NAT访问外网的功能。

Linux安装，勾选安装系统的时候附带了libvirt服务才会生成的一个东西，如果不需要可以直接将libvirtd服务卸载，
yum remove libvirt-libs.x86_64

  • 在docker启动后，查看网络情况
    会产生一个名为docker0的虚拟网桥
    docker就是通过docker0这个虚拟网桥，实现的和宿主机之间通信以及容器和容器之间通信。

Docker默认的三个网络模式

在这里插入图片描述

常用基本命令

docker网路命令，查询帮助：
docker network --help

查看网络： docker network ls
查看网络源数据：docker network inspect XXX网络名字
删除网络：docker network rm XXX网络名字

docker网络的用途

  • 容器间的互联和通信以及端口映射
  • 容器IP变动时候可以通过服务名直接网络通信而不受到影响
    不同主机之间，可以通过容器IP地址互相访问主机提供的服务。但是如果一台主机docker服务重启，那么容器的IP地址就会变化。这时候就可以通过服务名直接访问。

docker网络模式

总体介绍

在这里插入图片描述
bridge模式：使用–network bridge指定，默认使用docker0
host模式：使用–network host指定
none模式：使用–network none指定
container模式：使用–network container:NAME或者容器ID指定（说明和哪个容器共享IP，指定该容器IP或id）

容器实例内默认网络IP生产规则

容器的IP地址是会变化的。
比如，先创建容器:
docker run -it --name u1 ubuntu /bin/bash
docker run -it --name u2 ubuntu /bin/bash
查看两个容器的IP地址：
docker inspect u1
docker inspect u2
得知，u1的IP地址为172.17.0.2，u2的IP地址为172.17.0.3。
将容器u2删除，docker rm -f u2
再次新建容器u3，
docker run -it --name u3 ubuntu /bin/bash
发现容器u3的IP地址仍为，172.17.0.3。和已经删除的容器u2分配得到的IP地址相同。这是由于docker容器实例的变化，导致了容器IP的变化。因此，如果网络调用时，把网络IP固定写死，那么网络调用会出错。

这说明，底层的网络会变动。docker容器内部的ip是有可能会发生改变的。 这就导致一种情况，原本意图通过IP访问u2提供的服务，但是最终却访问的是容器u3的服务。因此，需要网络设计和规划。

通过网络规划设计，最终希望实现的目标：
第一：即使容器IP地址发生变动，也不能影响调用通信。
第二：希望能将需要调用的一些服务放置在同一网段内。

案例说明

有些时候对网络通信、安全加固的一些特别设置，需要将某些网络就设置在指定的范围以内。例如创建网络docker network create xxxxx.

bridge模式

Docker 服务默认会创建一个 docker0 网桥 （其上有一个 docker0 内部接口），该桥接网络的名称为docker0，它在内核层连通了其他的物理或虚拟网卡，这就将所有容器和本地主机都放到同一个物理网络。 Docker 默认指定了 docker0 接口 的 IP 地址和子网掩码，让主机和容器之间可以通过网桥相互通信。

Docker 服务默认会创建一个 docker0 网桥，新建的容器会自动桥接到这个docker0接口。docker0相当于一根网线，一头连接到docker容器内，一头连接到宿主机，从而宿主机和容器可以相互通信。

在这里插入图片描述
每个容器都自带了各自的网络设备eth0，都会自动连接到docker0接口，从而和宿主机之间通过docker0相互通信。而容器之间是相互独立的，容器之间的相互通信也需要通过docker0.(容器和宿主机、容器之间都是通过docker0通信)

  1. Docker使用Linux桥接，在宿主机虚拟一个Docker容器网桥(docker0)，Docker启动一个容器时会根据Docker网桥的网段分配给容器一个IP地址，称为Container-IP，同时Docker网桥是每个容器的默认网关。因为在同一宿主机内的容器都接入同一个网桥，这样容器之间就能够通过容器的Container-IP直接通信。
  2. docker run 的时候，没有指定network的话默认使用的网桥模式就是bridge，使用的就是docker0。在宿主机ifconfig,就可以看到docker0和自己create的network(后面讲)eth0，eth1，eth2……代表网卡一，网卡二，网卡三……，之间的通信。
  3. 网桥docker0创建一对一对的虚拟设备接口一个叫veth，另一个叫eth0，成对匹配。
    3.1 整个宿主机的网桥模式都是docker0，类似一个交换机有一堆接口，每个接口叫veth。在本地主机和容器内分别创建一个虚拟接口，并让他们彼此联通（这样一对接口叫veth pair）；
    3.2 每个容器实例内部也有一块网卡，每个接口叫eth0；
    3.3 docker0上面的每个veth匹配某个容器实例内部的eth0，两两配对，一一匹配。
    通过上述，将宿主机上的所有容器都连接到这个内部网络上，两个容器在同一个网络下,会从这个网关下各自拿到分配的ip，此时两个容器的网络是互通的。

实例说明：
宿主机运行两个容器：
docker run -d -p 8081:8080 --name tomcat81 billygoo/tomcat8-jdk8
docker run -d -p 8082:8080 --name tomcat82 billygoo/tomcat8-jdk8
两两匹配验证
在这里插入图片描述

host模式

直接使用宿主机的 IP 地址与外界进行通信，不再需要额外进行NAT 转换。
容器将不会获得一个独立的Network Namespace， 而是和宿主机共用一个Network Namespace。容器将不会虚拟出自己的网卡而是使用宿主机的IP和端口。
在这里插入图片描述

实例说明：
运行tomcat容器实例，使用host网络模式，并指定端口映射

docker run -d -p 8083:8080 --network host --name tomcat83 billygoo/tomcat8-jdk8

删除容器：
docker rm -f tomcat83

在这里插入图片描述启动容器实例，会出现警告。在使用host网络模式的时候，-p 参数指示的和宿主机的端口映射就无效了。因为host模式已经指定了容器使用宿主机的IP地址和端口与外界通信。再使用-p 参数将不会起到任何作用，端口号会以主机端口号为主，重复时则递增。

解决：
解决的办法就是使用docker的其他网络模式，例如–network=bridge，这样就可以解决问题，或者直接无视。。。。

正确的运行实例写法：
docker run -d --network host --name tomcat83 billygoo/tomcat8-jdk8
此时，就不会有警告

查看容器tomcat83的网络：
因为和主机共用IP和端口，就不会显示网关和IP地址。
在这里插入图片描述
进入容器tomcat83内部，查看：
docker exec -it tomcat83 /bin/bash
ip addr
在这里插入图片描述
能看到和宿主机ip addr查看到的几乎一样。

没有设置-p的端口映射了，如何访问启动的tomcat83？？
http://宿主机IP:8080/
相当于是在宿主机上安装了tomcat。

在CentOS里面用默认的火狐浏览器访问容器内的tomcat83看到访问成功，因为此时容器的IP借用主机的，所以容器共享宿主机网络IP，这样的好处是外部主机与容器可以直接通信。

none模式

禁用网络功能，只有lo标识(就是127.0.0.1表示本地回环地址)
在none模式下，并不为Docker容器进行任何网络配置。
也就是说，这个Docker容器没有网卡、IP、路由等信息，只有一个lo
需要我们自己为Docker容器添加网卡、配置IP等。

启动网络模式为none的容器实例：
docker run -d -p 8084:8080 --network none --name tomcat84 billygoo/tomcat8-jdk8

进入容器tomcat84，内部查看：
只有本地回环地址
在这里插入图片描述在容器外部查看：
在这里插入图片描述

container模式

新创建的container容器不会创建自己的网卡和配置自己的IP，而是和一个指定的容器共享IP、端口范围等。

新建的容器和已经存在的一个容器共享一个网络ip配置而不是和宿主机共享。新创建的容器不会创建自己的网卡，配置自己的IP，而是和一个指定的容器共享IP、端口范围等。同样，两个容器除了网络方面，其他的如文件系统、进程列表等还是隔离的。
在这里插入图片描述
创建容器实例演示：
docker run -d -p 8085:8080 --name tomcat85 billygoo/tomcat8-jdk8
docker run -d -p 8086:8080 --network container:tomcat85 --name tomcat86 billygoo/tomcat8-jdk8
运行出现错误：
在这里插入图片描述
相当于tomcat86和tomcat85公用同一个ip同一个端口，导致端口冲突
本案例用tomcat演示不合适。需要换一个镜像：

docker rm -f tomcat85

使用Alpine镜像。Alpine操作系统是一个面向安全的轻型 Linux发行版。
Alpine Linux 是一款独立的、非商业的通用 Linux 发行版，专为追求安全性、简单性和资源效率的用户而设计。经常用 Docker 的朋友可能都用过，因为他小，简单，安全而著称，所以作为基础镜像是非常好的一个选择，可谓是麻雀虽小但五脏俱全，镜像非常小巧，不到 6M的大小，所以特别适合容器打包。

运行容器实例：
docker run -it --name alpine1 alpine /bin/sh
docker run -it --network container:alpine1 --name alpine2 alpine /bin/sh
两个容器实例的网络配置是相同的。
在这里插入图片描述此时，关闭容器alpine1，查看alpine2的网络，发现只有本地回环地址了。
在这里插入图片描述当容器alpine2需要共享alpine1的IP和端口时，如果alpine1容器运行，那么alpine2能共享alpine1的网络，如果alpine1容器停止，那么alpine2就只有回环地址了。

自定义网络

为什么有时候需要自己定义一个网络呢？
希望将所有的容器分门别类、这些容器能在各自的网络中和谐共存，并能完成网络的通信。

【如果不使用自定义网络】
创建两个tomcat容器实例：
（容器默认使用bridge网络模式）
docker run -d -p 8081:8080 --name tomcat81 billygoo/tomcat8-jdk8
docker run -d -p 8082:8080 --name tomcat82 billygoo/tomcat8-jdk8
容器启动成功之后，进入容器内部：
docker exec -it tomcat81 /bin/bash
docker exec -it tomcat82 /bin/bash
发现两个容器都能ping对方的IP地址：
在这里插入图片描述在这里插入图片描述但是不能ping通服务名：
在这里插入图片描述在这里插入图片描述
但是在容器的网络规划和设计中，不能将服务的IP地址写成固定值。因为docker容器内部的ip是有可能会发生改变的。

没有使用自定义网络之前，两个容器不能相互ping通服务名。

【使用自定义网络】
自定义桥接网络,自定义网络默认使用的是桥接网络bridge

  1. 新建自定义网络
    在这里插入图片描述

  2. 新建容器加入上一步新建的自定义网络
    docker run -d -p 8081:8080 --network zzyy_network --name tomcat81 billygoo/tomcat8-jdk8
    docker run -d -p 8082:8080 --network zzyy_network --name tomcat82 billygoo/tomcat8-jdk8

  3. ping各自的服务名，测试
    在这里插入图片描述
    在这里插入图片描述
    在集群上，如果构建了多台容器，那么最好自定义网络，并将容器加入到自定义网络中。因为自定义网络本身就维护好了主机名和ip的对应关系（保证了ip和域名都能通）

docker compose容器编排

解决的是容器开启的太多了，该如何管理的问题。
比如容器的之间的启动顺序、涉及到的网络通信，等需要管理。

docker compose是什么

Compose 是 Docker 公司推出的一个工具软件，可以管理多个 Docker 容器组成一个应用。 你需要定义一个 YAML 格式的配置文件docker-compose.yml，写好多个容器之间的调用关系。然后，只要一个命令，就能同时启动/关闭这些容器

docker通过docker compose管理多个容器实例。
Docker-Compose是Docker官方的开源项目，负责实现对Docker容器集群的快速编排。

docker compose能干啥

docker建议我们每一个容器中只运行一个服务,因为docker容器本身占用资源极少,所以最好是将每个服务单独的分割开来但是这样我们又面临了一个问题？

当需要同时部署好多个服务时，如果要每个服务单独写Dockerfile然后在构建镜像,构建容器,这样费时费力。所以docker官方给我们提供了docker-compose多服务部署的工具。

例如要实现一个Web微服务项目，除了Web服务容器本身，往往还需要再加上后端的数据库mysql服务容器，redis服务器，注册中心eureka，甚至还包括负载均衡容器等等。。。。。。

Compose允许用户通过一个单独的docker-compose.yml模板文件（YAML 格式）来定义一组相关联的应用容器为一个项目（project）。

根据compose，可以很容易地用一个配置文件定义一个多容器的应用，然后使用一条指令安装这个应用的所有依赖，完成构建。Docker-Compose 解决了容器与容器之间如何管理编排的问题。

docker compose的下载与卸载

docker compose
官网：https://docs.docker.com/compose/compose-file/compose-file-v3/
下载：https://docs.docker.com/compose/install/

docker compose安装：

curl -L "https://github.com/docker/compose/releases/download/1.29.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose

chmod +x /usr/local/bin/docker-compose

docker-compose --version

docker compose卸载：
在这里插入图片描述

docker compose的核心概念

  • 一文件：
    docker-compose.yml文件
  • 两要素：
    服务（service）：
    一个个应用容器实例，比如订单微服务、库存微服务、mysql容器、nginx容器或者redis容器
    工程（project）：
    由一组关联的应用容器组成的一个完整业务单元，在 docker-compose.yml 文件中定义。

compose使用的三个步骤

  1. 编写Dockerfile定义各个微服务应用并构建出对应的镜像文件
  2. 使用 docker-compose.yml 定义一个完整业务单元，安排好整体应用中的各个容器服务。
  3. 最后，执行docker-compose up命令 来启动并运行整个应用程序，完成一键部署上线

执行一次docker-compose up命令，相当于执行了多个docker run 运行容器的命令。

compose常用命令

docker-compose -h                           # 查看帮助
docker-compose up                           # 启动所有docker-compose服务
docker-compose up -d                        # 启动所有docker-compose服务并后台运行
docker-compose down                         # 停止并删除容器、网络、卷、镜像。
docker-compose exec  yml里面的服务id                 # 进入容器实例内部  docker-compose exec docker-compose.yml文件中写的服务id /bin/bash
docker-compose ps                      # 展示当前docker-compose编排过的运行的所有容器
docker-compose top                     # 展示当前docker-compose编排过的容器进程
 
docker-compose logs  yml里面的服务id     # 查看容器输出日志
docker-compose config     # 检查配置
docker-compose config -q  # 检查配置，有问题才有输出
docker-compose restart   # 重启服务
docker-compose start     # 启动服务
docker-compose stop      # 停止服务
王哞哞哞哞
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
dockerfile中使用动态链接库构建镜像的例子
sophia_xw的博客
07-10 4565
导入基础镜像。 FROM ubuntu:16.04 安装必须的环境和包。 RUN sudo apt-get install -y g++ RUN sudo apt-get install -y libtiff-dev RUN sudo apt-get install -y libjasper-dev RUN sudo apt-get install -y make 将代码添加到doc...
【Docker】一条龙文档
记录了，但是完全不会。
02-15 177
Docker- 容器虚拟化技术，解决了运行环境和配置问题的软件容器。
Docker+docker-compose+springboot构建容器部署应用服务
郑小白的博客
06-21 646
app.jar springboot框架的一个打包后的应用程序application.yml 应用程序外置的配置文件Dockerfile 构建docker镜像的文件docker-compose.yml 采用docker-compose编排容器服务的文件在看该帖子的时候，默认我们电脑上是部署了docker环境的，不具备docker环境的，可以移步我的另外一篇windows安装docker首先需要修改applicationl.yml文件中的配置参数信息，将原来的静态配置参数修改为读取环境变量此处将applica
Docker容器中加载动态依赖库（java:8镜像）
liu_xin_xin的博客
01-12 3267
问题： 在使用海康工业相机时，部署到docker上，一直报缺少依赖库，OSError: libGCBase_gcc421_v3_0.so: cannot open shared object file: No such file or directory,进到容器里看了.so文件都有，就是加载不到，不知道为什么。 解决方法： 把海康相机的所有动态依赖库（.so文件）直接放到/lib/目录下，然后加载一下 原因就是没有加载到libGCBase_gcc421_v3_0.so这个文件，把文件加载到动态库
Docker之操作系统Alpine
热门推荐
菲宇运维
07-17 6万+
简介 图 1.24.2.1 - Apline Linux 操作系统 Alpine 操作系统是一个面向安全的轻型 Linux 发行版。它不同于通常 Linux 发行版，Alpine 采用了 musl libc 和 busybox 以减小系统的体积和运行时资源消耗，但功能上比 busybox 又完善的多，因此得到开源社区越来越多的青睐。在保持瘦身的同时，Alpine 还提供了自己的包管理工具 ...
Docker——初识和安装
01-07
什么是Docker Docker 是一个开源的应用容器引擎，基于 Go 语言 并遵从 Apache2.0 协议开源。 Docker 可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也...
Docker——容器（Container）
01-07
启动容器：docker run # 下载 ubuntu 镜像 docker pull ubuntu # 创建容器并运行 docker run -it ubuntu /bin/bash 参数描述 -i: 交互式操作 -t: 终端 ubuntu: ubuntu 镜像 /bin/bash：放在镜像名后的是命令，这里...
Docker —— 从入门到实践-122022571
08-03
介绍增加 树莓派单片电脑安装 Docker增加 Docker 存储驱动OverlayFS 相关内容更新 Docker CE安装说明更新 Docker 网络一节更
Docker知识点1
08-03
docker从入门到实践参考资料docker compose介绍：多个容器互联Docker安装Docker是在GitHub上维护的开源项目，使用Go语言开发实现
Docker —— 从入门到实践
06-13
Docker 是个划时代的开源项目，它彻底释放了计算虚拟化的威力，极大提高了应用的维护效率，降低了云计算 应用开发的成本！使用 Docker，可以让应用的部署、测试和分发都变得前所未有的高效和轻松!
linux环境docker rpm离线安装包
11-26
device-mapper-libs-1.02.117-12.el6.i686.rpm,device-mapper-libs-1.02.117-12.el6.x86_64.rpm,docker-io-1.7.1-2.el6.x86_64.rpm,lua-alt-getopt-0.7.0-1.el6.noarch.rpm,lua-filesystem-1.4.2-1.el6.x86_64.rpm,lua-lxc-1.0.9-1.el6.x86_64.rpm,lxc-1.0.9-1.el6.x86_64.rpm,lxc-libs-1.0.9-1.el6.x86_64.rpm
Alpine Linux 提示'/bin/sh: rc-service: not found'解决方案
Peithon的博客
08-08 1万+
这是我在Docker中第一次使用Alpine微容器，当我想启动一个服务时，出现了题目所示的报错。 Alpine使用的是OpenRCinit系统，而rc-service是openrc的一部分，所以安装openrc即可，使用如下命令安装： apk add openrc --no-cache ...
在docker 上使用alpine linux建立简易静态网站
Becivells的专栏
06-07 6608
最近实验室的学弟学妹们要展示自己的静态网站作业，想着自己阿里云上还有一台服务器，就准备用docke 给他们做一个展示。参考了一部分dockerfile但是仍然不太好 列出DockerfileFROM alpine:latest MAINTAINER Daniel Guerra <becivells@gmail.com> RUN apk add --update openssh RUN apk a
linux alpine 提示'/bin/sh: rc-service: not found'解决方案
whatday的专栏
11-05 3141
这是我在Docker中第一次使用Alpine微容器，当我想启动一个服务时，出现了题目所示的报错。 Alpine使用的是OpenRCinit系统，而 rc-service 是 openrc 的一部分，所以安装openrc即可，使用如下命令安装： apk add openrc --no-cache 这样就可以使用rc-service 管理服务了 常用命令： # 增加服务到系统启动时运行，...
KVM虚拟化技术介绍以及相关操作
码云仓库地址：https://gitee.com/lance-gyq
05-10 4244
一、KVM架构 KVM功能，是以扩展虚拟化CPU为硬件基础（如Intel-VT,AMD-V），利用CPU虚拟化技术。 KVM作为内核的一个模块，来提供虚拟化功能。如果系统需要虚拟化功能，则KVM模块可以被linux内核按需动态加载到内存运行。如果不需要的KVM功能，可以动态卸载该模块。 QEMU是一套模拟CPU的开源软件。KVM作为内核的一个模块，可以通过QEMU提供的模拟方式，来使用处理器。这样，KVM就提供了一个模拟的（虚拟的）硬件层，虚拟机就运行在这个模拟的...
其实连Docker公司都把Docker用错啦
allwefantasy的专栏
05-12 278
这是一篇去年发的文章，但是有些见解目前来看，我觉得还是不错的。用户总是希望Docker能把什么工作都做了，提供自己的虚拟文件系统，提供强大的网络空间隔离，提供配套的编排工具。。。然而，这也为自己埋下了无数的坑 前言 好吧，我承认我标题党了。但是这篇内容应该让你从一个新的角度理解Docker的本质是什么。 Docker其实是static link 的一种...
docker容器ip分配问题
qq_39323945的博客
06-08 4124
docker ip分配
《docker —— 从入门到实践》
最新发布
12-30
通过学习这本书，读者可以系统地掌握Docker的基础知识，并能够利用Docker来管理和部署应用程序。 总的来说，《Docker —— 从入门到实践》是一本很好的Docker入门书籍，适合有一定编程和系统管理基础的读者。它的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值