• Docker镜像


    是什么?

    镜像是一种轻量级、可执行的独立软件包,用来打包软件运行环境和基于运行环境开发的软件,它包含运行某个软件所需的所有内容,包括代码、运行时、库、环境变量和配置文件。

    UnionFS(联合文件系统)

    UnionFS(联合文件系统):Union文件系统(UnionFS)是一种分层、轻量级并且高性能的文件系统,它支持对文件系统的修改作为一次提交来一层层的叠加,同时可以将不同目录挂载到同一个虚拟文件系统下(unite several directories into a single virtual filesystem)。Union 文件系统是 Docker 镜像的基础。镜像可以通过分层来进行继承,基于基础镜像(没有父镜像),可以制作各种具体的应用镜像。
    在这里插入图片描述
    特性:一次同时加载多个文件系统,但从外面看起来,只能看到一个文件系统,联合加载会把各层文件系统叠加起来,这样最终的文件系统会包含所有底层的文件和目录

    Docker镜像加载原理

    Docker镜像加载原理:
    docker的镜像实际上由一层一层的文件系统组成,这种层级的文件系统UnionFS。
    bootfs(boot file system)主要包含bootloader和kernel, bootloader主要是引导加载kernel, Linux刚启动时会加载bootfs文件系统,在Docker镜像的最底层是bootfs。这一层与我们典型的Linux/Unix系统是一样的,包含boot加载器和内核。当boot加载完成之后整个内核就都在内存中了,此时内存的使用权已由bootfs转交给内核,此时系统也会卸载bootfs。

    rootfs (root file system) ,在bootfs之上。包含的就是典型 Linux 系统中的 /dev, /proc, /bin, /etc 等标准目录和文件。rootfs就是各种不同的操作系统发行版,比如Ubuntu,Centos等等。
    在这里插入图片描述
    平时我们安装进虚拟机的CentOS都是好几个G,为什么docker这里才200M??
    在这里插入图片描述
    对于一个精简的OS,rootfs可以很小,只需要包括最基本的命令、工具和程序库就可以了,因为底层直接用Host的kernel,自己只需要提供 rootfs 就行了。由此可见对于不同的linux发行版, bootfs基本是一致的, rootfs会有差别, 因此不同的发行版可以公用bootfs。

    分层的镜像

    以我们的pull为例,在下载的过程中我们可以看到docker的镜像好像是在一层一层的在下载
    在这里插入图片描述
    在这里插入图片描述

    为什么 Docker 镜像要采用这种分层结构呢

    最大的一个好处就是 - 共享资源

    比如:有多个镜像都从相同的 base 镜像构建而来,那么宿主机只需在磁盘上保存一份base镜像,
    同时内存中也只需加载一份 base 镜像,就可以为所有容器服务了。而且镜像的每一层都可以被共享。

    特点

    • Docker镜像都是只读的
    • 当容器启动时,一个新的可写层被加载到镜像的顶部。
    • 这一层通常被称作“容器层”,“容器层”之下的都叫“镜像层”。

    Docker镜像commit操作补充

    • docker commit提交容器副本使之成为一个新的镜像

    • docker commit -m=“提交的描述信息” -a=“作者” 容器ID 要创建的目标镜像名:[标签名]

    • 案例演示:

    1. 从Hub上下载tomcat镜像到本地并成功运行
    docker run -it -p 8080:8080 tomcat
    

    -p 主机端口:docker容器端口
    -P 随机分配端口
    i:交互
    t:终端

    在这里插入图片描述
    也可以是自定义不同的端口,前提是这个端口是放行的状态:

    docker run -it -p 8888:8080 tomcat
    

    在这里插入图片描述
    在这里插入图片描述

    • 随机端口测试:
    docker run -it -P tomcat
    

    这个时候按 ctrl+p+q(容器不停止退出),docker ps 随机分配的端口号是多少:

    在这里插入图片描述
    这个时候如果开启了上面的端口号就可以访问到tomcat主页了
    在这里插入图片描述

    1. 故意删除上一步镜像生产tomcat容器的文档(我这里把docs移到上一个tomcat文件夹中)
    docker ps
    docker exec -it 8bd38f662a41 /bin/bash
    mv docs/ /usr/local/tomcat/
    

    在这里插入图片描述
    此时再访问端口8888,tomcat文档没有了
    在这里插入图片描述
    在这里插入图片描述

    在这里插入图片描述
    3. 也即当前的tomcat运行实例是一个没有文档内容的容器,以它为模板commit一个没有doc的tomcat新镜像atguigu/tomcat02atguigu为命名空间
    在这里插入图片描述
    docker search 查找镜像时前面有空间名

    docker search tomcat 
    

    在这里插入图片描述

    • 案例:把tomcat8.5镜像中移动docx,重新提交一个没有docx的tomcat镜像,并且命名为xdr/tomcat8.5:1.0,版本标签为1.0 ,作者为xdr630
    docker commit -a="xdr630" -m="mv tomcat docx" 52992cd8b22b xdr630/tomcat8.5:1.0
    

    在这里插入图片描述
    把正在运行的容器全部删除:

    docker rm -f $(docker ps -q)
    

    在这里插入图片描述
    启动刚才自己命名的tomcat的新的镜像

    docker run -it -p 8888:8080 xdr630/tomcat8.5:1.0
    

    这里注意的是启动时必须带标签,不写标签就是默认的latest版本。
    访问8888端口,打开docx文档还是不存在
    在这里插入图片描述
    在这里插入图片描述

    1. 启动我们的新镜像并和原来的对比
    • 启动atguigu/tomcat02,它没有docs
      在这里插入图片描述
      新启动原来的tomcat,它有docs
    • 案例:从阿里云pull一个新的tomcat镜像,这个时候没有带TAG标签,表示tomcat版本是latest,所以本地没有又去阿里云上pull一个新的tomcat镜像
    docker run -it -p 8888:8080 tomcat
    

    在这里插入图片描述
    这个时候访问Tomcat时出现404错误,可以访问我另外一篇怎么解决:https://blog.csdn.net/qq_41684621/article/details/105640581
    这里也说明一下解决的办法:
    在这里插入图片描述
    接着就可以正常访问了:
    在这里插入图片描述
    这个时候在访问下docx文档
    在这里插入图片描述
    在这里插入图片描述
    这个案例说明本地的镜像可以通过修改成一个新的镜像,就可以自定义属于自己的镜像了

    docker images在这里插入图片描述

    • tomcat以后台启动的方式启动

    -d 参数是让tomcat容器在后台运行

    docker run -d -p 7777:8080 tomcat
    

    在这里插入图片描述
    这个时候访问7777端口还是跟 docker run -it 镜像名或ID 启动时结果一样的

  • 相关阅读:
    EF Code First一对一、一对多、多对多关联关系配置
    ASP.NET Core 运行原理剖析2:Startup 和 Middleware(中间件)
    ASP.NET Core 运行原理剖析1:初始化WebApp模版并运行
    ASP.NET Core 1.0 入门——Application Startup¶
    ASP.NET Core管道深度剖析(1):采用管道处理HTTP请求
    EF Code First 学习笔记:约定配置
    ASPNET CORE初探
    EntityFramework 7.0之初探【基于VS 2015】(
    ASP.NET Core 开发
    sqlite3 外键作用原理和使用方法
  • 原文地址:https://www.cnblogs.com/xdr630/p/14073857.html
Copyright © 2020-2023  润新知