alpine安装docker,Alpine安装宝塔
Docker下alpine镜像安装Latex工具心得
在近期的项目中，需要在 Confluence 平台内搭建Latex工具，来实现数学公式的编写和渲染等功能。不同于其他基于java的封闭plugin包， Confluence 的Latex-plugin是需要依赖server端本地的latex和dvipng工具才能进行页面内的渲染的。如果是通常情况下，这个问题很好解决，但是实验室的 Confluence 是通过docker images直接起的，并且这个image的基底kernel是alpine这个可以称得上是裸kernel的发行版。所以通常的安装没办法进行了，于是只能动手编译撸一遍。
因为confluence容器所依托的linux基底是alpine，一个非常轻量几乎没有任何依赖和包的linux裸核心，所以在alpine上配置latex和dvipng会比较麻烦一点。
alpine docker安装openvpn遇到的问题
Alpine使用的是OpenRCinit系统，而rc-service是openrc的一部分，所以安装openrc即可，使用如下命令安装：
解决：
另一种解决办法：
解决
dockerfile加了一条：VOLUME [ “/sys/fs/cgroup” ]
jdk升级17docker如何部署
关注
在将java应用部署到docker环境的过程中，一个支持运行java程序的镜像是必不可少的。由于oracle授权方面的问题，docker hub 上一般只有基于openjdk的镜像，而且open jdk的镜像不支持字体管理，在使用一些验证码功能时会报错,比如生成验证码功能等。
而且openjdk 的镜像过于庞大，openjdk:17-slim的镜像大小就有407M。基于这些原因，我们可以选择定制一个java运行环境镜像。
jre制作
由于jdk的体积比较大，我们选择jre来作为运行环境，jdk1.8及以前的版本，都是有jre的，但是jdk9以后的版本不在提供jre需要自己制作。
jlink是通过按模块打包的，但是由于目前很多库还不是按模块打包的，所以我们无法知道项目里面都用了那些模块。只好将所有的模块进行打包。这样避免以后出现缺失模块导致应用报错的问题。
下面是windows平台的打包命令
bin\jlink.exe --module-path jmods --add-modules ALL-MODULE-PATH --compress=2 --strip-debug --output jre
1
1
linux下，需要将要打包的java配置到系统环境变量中，不然生成不了，会报jlink not find错误
bin/jlink --module-path jmods --add-modules ALL-MODULE-PATH --compress=2 --strip-debug --output jre17
1
1
–strip-debug 不打包调式信息 --compress=2 开启2级别压缩，这两项减小生成的文件体积
–add-modules ALL-MODULE-PATH表示所有模块
镜像制作
基于alpine镜像
拉取alpine镜像
docker pull alpine
1
1
alpine镜像非常小，只有5.59MB,可以通过docker run -it {iamgeId} sh 运行容器，运行一些简单的命令试试
D:\repo\docker\javadocker run -it c059bfaa849c sh
/ # ls
bin dev etc home lib media mnt opt proc root run sbin srv sys tmp usr var
1
2
3
1
2
3
编写dockerfile
FROM alpine:latest
MAINTAINER lin
#更换aline源
RUN echo "" /etc/apk/repositories
RUN echo "" /etc/apk/repositories
#update apk
RUN apk update apk upgrade
RUN apk --no-cache add ca-certificates
# bash vim wget curl net-tools
RUN apk add bash bash-doc bash-completion
RUN apk add vim wget curl net-tools
RUN rm -rf /var/cache/apk/*
RUN /bin/bash
#setup glibc
RUN wget
RUN wget
RUN wget
RUN wget
RUN wget -q -O /etc/apk/keys/sgerrand.rsa.pub
RUN apk add glibc-2.32-r0.apk
RUN apk add glibc-bin-2.32-r0.apk
RUN apk add glibc-dev-2.32-r0.apk
RUN apk add glibc-i18n-2.32-r0.apk
RUN rm -rf *.apk
#setup date
RUN apk add tzdata
cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
#setup language 解决中文乱码
RUN /usr/glibc-compat/bin/localedef -i en_US -f UTF-8 en_US.UTF-8
ENV LANG=en_US.UTF-8
#copy jdk-8u251-linux-x64.tar.gz
ADD jdk-8u251-linux-x64.tar.gz /usr/local
#setup java env
ENV JAVA_HOME=/usr/local/jdk1.8.0_251
ENV PATH=$PATH:.:$JAVA_HOME/bin
ENV CALSSPATH=$JAVA_HOME/jre/lib/rt.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
构建镜像
docker build -t jdk17-orcle-alpine .
1
1
总结：由于alpine缺少很多东西，比如glibc，需要安装后才能运行jvm,所以暂时放弃这条路
自己安装glibc比较麻烦，可以使用已经安装好glibc的镜像
#FROM alpine:latest
FROM frolvlad/alpine-glibc
MAINTAINER lin
COPY ./jre17 /usr/local/jre17
#setup java env
ENV JAVA_HOME=/usr/local/jre17
ENV PATH=$PATH:$JAVA_HOME/bin
ENV CALSSPATH=$JAVA_HOME/jre/lib/rt.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
该方法构建的镜像体积是比较小，但是启动java应用（基于spring boot)的时候jvm会崩溃，原因不明
基于ubuntu
ubuntu镜像相对来说也不是很大，才70多M
FROM ubuntu:latest
MAINTAINER lin
#更新软件源
RUN apt-get update
#安装字体支持
RUN apt-get install fontconfig -y
#清理缓存
RUN apt-get clean
#在windows环境下构建，将/usr/share/zoneinfo/Asia/Shanghai拷贝到本地目录
COPY ./Shanghai /etc/localtime
#setup language 解决中文乱码
#设置中文支持
ENV LANG C.UTF-8
#解压jdk并删除lib目录下的源码
COPY ./jre17 /usr/local/jre17
#授执行权限
RUN chmod -R 750 /usr/local/jre17/bin
#setup java env
ENV JAVA_HOME=/usr/local/jre17
ENV PATH=$PATH:$JAVA_HOME/bin
ENV CALSSPATH=$JAVA_HOME/jre/lib/rt.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
构建
docker build -t mydockerhub:5000/jdk17-orcle-ubuntu:jre-17 .
1
1
总结：除了需要处理语言问题外，其他都比较顺利，而且结果镜像211MB，比官方提供的小了很多，暂时就这样吧，以后有时间再折腾
打开CSDN，阅读体验更佳
最新发布 Docker部署SpringBoot项目（超详细）
Docker部署SpringBoot项目（超详细）
继续访问
JDK17抽取JRE并制作docker镜像
jre docker
继续访问
docker 搭建 Oracle JDK(版本可更换) 镜像
首先在本机创建jdk目录 mkdir -p /root/jdk 下载jdk到/root/jdk目录下 (版本随意)也可以直接使用 rpm 下载,各凭本事(!.!) 这里我下载的版本是jdk-8u211-linux-x64.tar.gz 在/root/jdk目录下创建Dockerfile文件 vim Dockerfile 内容为 # 基础镜像为 ce...
继续访问
Linux 安装 jdk8-17、运行 jar
前提是先把网络ip配置好官网下载地址： jdk各个版本下载 jdk各个版本档案A:网上随便兽兽道首；file–connect—hostName（linux的ip）—user name（系统用户）—prot（端口：默认）–authentication（选择password）—点击connect后----输入密码选中点击鼠标右键—Upload----- 删除 3.Ubuntu卸载jdk 4、在Linux解压文件 三、
继续访问
免密登录容器dockerfile ,docker部署openjdk-17 免密登录容器dockerfile
免密登录容器dockerfile
继续访问
笔记：Docker创建最小JDK运行环境
JDK1.8 Docker最小镜像
继续访问
jre-7u17-windows-x64.exe
JDK是一个开发环境，用于构建应用程序，applet程序，和使用Java编程语言的组成部分。 Java Development Kit(JDK)是Sun Microsystems针对Java开发员的产品。自从Java推出以来，JDK已经成为使用最广泛的Java SDK。JDK 是整个Java的核心，包括了Java运行环境，Java工具和Java基础的类库。JDK是学好Java的第一步。而专门运行在x86平台的Jrocket在服务端运行效率也要比Sun JDK好很多。从SUN的JDK5.0开始,提供了泛型等非常实用的功能，其版本也不断更新，运行效率得到了非常大的提高。 定于2月19日发布的Java SE原来的重要补丁更新 - 2013年2月，但甲骨文决定加快释放该重要补丁更新，因为积极开发“野生”的Java漏洞影响在桌面浏览器，运行时环境（JRE）与该重要补丁更新解决。 更新日志：JDK 7u17 发布，该版本修复了浏览器插件的严重的安全漏洞：CVE-2013-1493，Oracle 强烈建议使用 Java 浏览器插件用户升级。 重要补丁更新是针对多个安全漏洞的补丁集合。为Java SE重要补丁更新还包括非安全修复程序。重要补丁更新是累积性的，每个公告只描述自上一个重要补丁更新和安全警报添加的安全修复。因此，以前的重要补丁更新和安全警报建议应检讨有关以前累积的安全修复程序。 请参考： 重要补丁更新和安全警报的信息，有关Oracle安全性公告。 由于一个成功的攻击所带来的威胁，Oracle强烈建议用户尽快应用CPU修复程序。该重要补丁更新包含50个新安全修复程序的Java SE的产品。 支持受影响的产品 该重要补丁更新解决的安全漏洞影响以下按类别列出的产品。请点击可用补丁列或可用补丁表中的链接来访问这些补丁的文档。
Java17 安装教程与环境配置（完整版）
Java17 安装教程与环境配置（完整版）掉坑经历安装步骤环境配置 掉坑经历 今天做项目的时候，发现新项目用的的spring-boot-starter-parent是最新的，一开始我使用2.5.7一直爆红，当时想着降低版本就能使用了，然后被告知，jdk需要最新版本的，才能运行项目。于是乎，开始找教程，但是我看了好几篇教程，都没正确找到最新jdk下载，这里拿个别人博文给的链接，结果你发现，你打开
继续访问
jre17 面向对象+集合的练习
简单的初学者综合练习
继续访问
使用docker容器运行java程序
使用docker容器运行java程序 java 18 一、文件准备 mkdir 11 cd 11 创建并进入目录 docker pull ubuntu:22.04 wget #sudo vim dockerfile内容如下 From ubuntu:22.04 Maintainer webrx "webrx@126.com" #把java添加到容器中 Add jdk-1
继续访问
docker安装JDK
docker安装jdk有很多种方式，这里使用自己构建镜像的方式。 1.下载jdk安装包 安装包下载可以自己去官网下载，如果闲速度慢可以找一些网络资源； 安装包下载好后，上传到/usr/local/docker/jdk下，这个文件目录需要自己创建 2.创建Dockerfile 在/usr/local/docker/jdk文件夹下创建Dockerfile，Dockerfile内容如下： FROM centos:centos7 MAINTAINER tao # 新建目录 RUN mkdir /usr
继续访问
jre.17_32位
jre.17_32位，适用于JAVA空间，安装在windows操作系统中！
jdk8、jdk11、jdk17版本下载
jdk8、jdk11、jdk17版本是长时间支持的版本
Java17(291)之后 , 禁用了TLS1.1 , 使JDBC无法用SSL连接SqlServer怎么办,以下是解决办法
修改java.security文件 1.找到jre的java.security文件 2.打开java.security并搜索 “jdk.tls.disabledAlgorithms=” 3.删掉TLSv1, TLSv1.1, 4.保存,可以了 修改后的样例,jre17可直接复制 修改java.security文件 1.找到jre的java.security文件 如果是jre , 在 {JAVA_HOME} / jre / lib / security中, 比如?? C:\Java\jdk-17.0.3.1\c
继续访问
docker构建jdk基础镜像，部署程序
docker构建jdk基础镜像
继续访问
Docker工具的使用
初识 Docker jdk的版本问题，环境造成的问题很常见，称为代码的水土不服 把环境和代码一起传过去 软件跨环境迁移的问题就解决了 Docker 是一个开源的应用容器引擎 诞生于 2013 年初，基于 Go 语言实现， dotCloud 公司出品（后改名为Docker Inc） Docker 可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的 Linux 机器上。 容器是完全使用沙箱机制，相互隔离 容器性能开销极低。 Docker 从 1.
继续访问
热门推荐 jdk、jre各版本下载
jdk、jre各版本下载 JDK安装包中是包含JRE的。两者都可以单独下载安装。 安装包的下载官网： 当前最新版本出到了Java SE 10.0.1；官网上JRE分为JRE和ServerJRE。 JRE、ServerJRE 选择的区别如下图： 即JRE是...
继续访问
java17+javaFX17+openCV4.5.5 实现远程桌面功能 最全完整版
使用java17+javaFX17+openCV4.5.5+springboot开发的远程桌面客户端和服务端 99%通过JAVA实现，优化了CPU占用、内存占用、网络占用 新手小白也可以根据文章玩得转
继续访问
docker安装jdk并运行若依后端jar包
为了以后吹牛逼, 采用jdk8+centos镜像 =jdk镜像 吧jar包扔进持久化文件里 1 下载centos 下载指定centos镜像 docker pull centos:centos7 最新的版本docker pull centos 两百兆的系统 不可思议 2 下载jdk 就是下个linux版jdk8 传到服务器/home/docker/jdk # 路径 cd /home/docker/jdk # 解压 tar -zxvf jdk-8u291-linux-x64.tar.gz 编写D
继续访问
JDK和JRE下载大全
JDK下载和环境变量配置
继续访问
在实体机可以消费docker中fetch超时
1、超时原因
外部网站，国内访问时可能会超时
2、解决方法
修改Dockerfile，使用国内的alpine源
2.1、正确的做法
正确的做法是使用国内源完全覆盖 /etc/apk/repositories
在Dockerfile中增加下面的第二行
2.2、可能有问题的做法
追加国内源（echo后面双大于号），此时可能依然超时，因为默认的/etc/apk/repositories里面就有国外的源
追加方法
调试一下可以看到默认的国外源
在Dockerfile中增加一条命令
执行时可以看到全部的源
文章知识点与官方知识档案匹配
网络技能树首页概览
22502 人正在系统学习中
打开CSDN APP，看更多技术内容
最新发布 基于alpine进行dockerfile 构建时，修改apk源
这里提供一种在dockerfile中修改源的方法：在 RUN的第一步，先修改源，并使其生效。时，一直卡住，最后显示超时。这是因为众所周知的原因，只需修改apk的源即可。在基于alpine进行dockerfile 构建时，当进行到。
继续访问
docker Failed to fetch 或者 dockerfile: returned a non-zero code: 100
在使用docker 创建容器时出现的两个问题：docker Failed to fetch : returned a non-zero code: 100归根到底，就是拉取包时连接不稳定，容器内部apt-get 更新或者拉取包时实在太慢出现的错误问题解决：因为代码放在云服务器上，需要修改apt-get源变为对应的服务商的来加速例如，我的是放在腾讯云上，所以要修改为腾讯源一开始改为清华源和其他的加速源试了也都不行总结，如果是在云服务器上跑docke
继续访问
Docker/Podman使用提高----Dockerfile的制作基础及常见的问题
文章目录1.Dockerfile基础2.docker build 基础3.构建centos镜像:案例一4.修改后的案例一：5.CMD 与 ENTRYPOINT 的区别5.ADD 与 COPY 的区别6.常见问题1).fetch 超时问题2.启动容器后就直接停止了 1.Dockerfile基础 Dockerfile要点： 每个保留关键字（指令）都必须是大写字
继续访问
ERROR: : DNS lookup error
先说下笔者出现这个问题的场景： 1、内网ubuntu20.04，使用代理服务器进行上网 2、使用Dockerfile构建docker镜像 结果使用docker build -t xxx/xxx .构建docker镜像时，出现下面的错误： fetch ERROR: : DN
继续访问
构建docker镜像时ERROR: : network error
构建docker镜像时ERROR: : network error
继续访问
使用Alpine镜像构建镜像
一、alpine介绍 1、Alpine Linux是一个完整的操作系统，像其他操作系统一样，可以将Alpine安装到本地硬盘中，使用apk进行包管理。 包含了以下特点： 小巧：基于Musl libc和busybox，和busybox一样小巧，最小的Docker镜像只有5MB； 安全：面向安全的轻量发行版； 简单：提供APK包管理工具，软件的搜索、安装、删除、升级都非常方便。 适合容器使用：由...
继续访问
linux指令库 apk,alpine apk 包管理命令使用说明 详解（译至官方文档）
Packages and RepositoriesAlpine Linux的软件包是经过数字签名的tar.gz存档，包含程序，配置文件和依赖关系元数据。它们具有扩展名.apk，通常称为“a-packs”。包存储在一个或多个存储库中。存储库只是一个包含* .apk文件集合的目录。该目录必须包含一个名为APKINDEX.tar.gz的特殊索引文件，以将其视为存储库。该APK程序可以从多个仓库安装软件包...
继续访问
解决Docker构建时出现的 WARNING: Ignoring : Permission denied
解决Docker构建时出现的 WARNING: Ignoring : Permission denied 在根据官网的Docker-compose构建示例项目时遇到的问题，原因是因为无法访问官网给出的外网镜像，可能还会出现 WARNING: Ignoring : network error 通过在Dockerfile中
继续访问
alpine Linux的apk软件包管理器
Hping使用方法详解原理基础安装Hping的详细参数具体应用 原理基础 Hping是一个命令行下使用的TCP/IP数据包组装/分析工具，其命令模式很像Unix下的ping命令，但是它不是只能发送ICMP回应请求，它还可以支持TCP、UDP、ICMP和RAW-IP协议，它有一个路由跟踪模式，能够在两个相互包含的通道之间传送文件。Hping常被用于检测网络和主机，其功能非常强大，可在多种操作系统下运行，如Linux，FreeBSD，NetBSD，OpenBSD，Solaris，MacOs X，Windows。
继续访问
Dockerfile构建Alpine镜像/Linux使用apk下载设置资源(字体包/其他)失败/难产
进行构建之前注意 如果报OCI runtime create failed: systemd cgroup flag passed, but systemd support for managing cgroups is not available: unknown错误 请将daemon.json中的"exec-opts": ["native.cgroupdriver=systemd"]删掉 个人问题 我使用Dockerfile构建镜像时,使用Alpine版本的基础镜像包，进行构建一直会卡到 [INFO
继续访问
CentOS7安装docker经常出现的两个问题
这篇文章memo一下CentOS 7安装Docker经常出现的两个问题和对应方法。
继续访问
linux alpine系统切换安装源并安装telnet
1.alpine切换源 安装慢 apk add很慢 阿里镜像 sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories 科大镜像 sed -i 's/dl-cdn.alpinelinux.org/mirro
继续访问
Docker build镜像时，E: Failed to fetch
docker环境下的下载源依旧是国外源导致的，更换为对应版本的国内源即可。 1.在当前目录下，新建sources.list, 这里填写的是阿里源，18.04版本 deb bionic main restricted universe multiverse deb bionic-security main restricted universe multiverse d
继续访问
linux安装时间太久,为什么在Alpine Linux上安装Pandas需要很长时间
我注意到使用基本操作系统Alpine与CentOS或Debian在Docker容器中安装Pandas和Numpy(它的依赖关系)需要更长的时间.我在下面创建了一个小测试来演示时差.除了Alpine更新和下载构建依赖项以安装Pandas和Numpy的几秒钟之外,为什么setup.py需要比Debian安装多70倍的时间？有没有办法加速使用Alpine作为基本图像的安装,或者是否有另一个与Alpine...
继续访问
部署kubernetes官网博客
部署kubernetes官网博客 访问 有些时候不问题，部署离线内网使用官网以及博客， 各位尝鲜可以访问 安装docker root@cby:~#curl-sSL #Executingdockerinsta...
继续访问
Linux软件包安装(rpm、yum、apt-get、dpkg)
Linux RPM 1、RPM 的由来 rpm（英文全拼：redhat package manager） 原本是 Red Hat Linux 发行版专门用来管理 Linux 各项套件的程序，由于它遵循 GPL 规则且功能强大方便，因而广受欢迎。逐渐受到其他发行版的采用。RPM 套件管理方式的出现，让 Linux 易于安装，升级，间接提升了 Linux 的适用度 ...
继续访问
Docker 主要命令详解
Docker 简介及其命令详解前言一、Docker 是什么？1. Docker简介2. Docker 组成3. Docker 优点二、Docker 命令详解总结 前言 云计算时代的到来，要求运行环境的部署快速、准确。而使用Docker来完成环境的部署也被越来越多的企业所选择，所以掌握Docker十分必要。 一、Docker 是什么？ 1. Docker简介 Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Window
继续访问
docker E: Failed to fetch... 404 Not Found
E: Failed to fetch 404 http://... Not Found 可能是因为源版本过老 sudo apt-get update 解决
继续访问
Docker常用命令
本次测试的docker版本是Docker version 18.09.0, build 4d60db4 在以前的版本中，具体哪一个我没有仔细研究，docker的配置路径如下： 环境配置文件 /etc/sysconfig/docker-network /etc/sysconfig/docker-storage /etc/sysconfig/docker unit file /usr/lib/sy...
继续访问
[Docker]Docker官方起步指南学习笔记④——实例之基于Alpine的nodejs服务器
本次的目标是基于前三次课的知识，利用Alpine的最小环境，搭建node.js环境，并创建Hello world网页应用；最后将该容器打包成映像，发布到DockerHub上。
继续访问
alpine
源
超时
写评论
8
超值一篇分享，Docker：从入门到实战过程全记录
作者 | 天元浪子
来源 | CSDN博客
想要真正理解Docker，就不得不从虚拟化技术的发展历程说起。普遍认为虚拟化技术经历了物理机时代、虚拟机时代，目前已经进入到了容器化时代。可以说，Docker是虚拟化技术不断发展的必然结果。
那么，什么是容器呢？容器和虚拟机有什么不同？Docker和容器又是什么关系呢？搞明白这几个问题，Docker的概念就清晰了。
1.1 虚拟机和容器
借助于VMWare等软件，可以在一台计算机上创建多个虚拟机，每个虚拟机都拥有独立的操作系统，可以各自独立的运行程序。这种分身术虽然隔离度高（操作系统级），使用方便（类似物理机），但占用存储资源多（GB级）、启动速度慢（分钟级）的缺点也是显而易见的。
相较于虚拟机，容器（Container）是一种轻量型的虚拟化技术，它虚拟的是最简运行环境（类似于沙盒）而非操作系统，启动速度快（秒级）、占用存储资源少（KB级或MB级），容器间隔离度为进程级。在一台计算机上可以运行上千个容器，这是容器技术对虚拟机的碾压式优势。
1.2 容器、镜像和Docker
Docker是一个开源的应用容器引擎，可以创建容器以及基于容器运行的程序。Docker可以让开发者打包他们的应用和依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化。
听起来很简单，但是在Docker和容器之间，还隐藏着一个镜像的概念，令初学者颇感困惑。本质上，Docker镜像是一个特殊的文件系统，它提供容器运行时所需的程序、库、资源、配置等文件。Docker镜像类似于一个py文件，它需要Docker的运行时（类似于Python解释器）运行。镜像被运行时，即创建了一个镜像的实例，一个实例就是一个容器。
1.3 Docker 和 k8s
作为容器引擎，Docker为容器化的应用程序提供了开放的标准，使得开发者可以用管理应用程序的方式来管理基础架构，实现快速交付、测试和部署代码。随着容器的大量使用，又产生了如何协调、调度和管理容器的问题，Docker的容器编排应运而生。
k8s是Google开源的一个容器编排引擎，它支持自动化部署、大规模可伸缩、应用容器化管理，是一个开源的，用于管理云平台中多个主机上的容器化的应用，k8s的目标是让部署容器化的应用简单并且高效，k8s提供了应用部署、规划、更新、维护的一种机制。
Docker和k8sr都是以containerd（容器化标准）作为运行时，因此使用Docker创建的镜像完全可以在k8s中无障碍的使用。
2.1 在ubuntu中安装
在linux系统中安装Docker非常简单，官方为我们提供了一键安装脚本。这个方法也适用于Debian或CentOS等发行版。
安装过程如果出现超时，不要灰心，多试几次，总会成功的。安装完成后，Docker只能被root用户使用，可以使用下面的命令取消权限限制：
然后，重启docker服务：
最后，关闭当前的命令行，重新打开新的命令行就可以了。
顺便提一下，如果在CentOS下安装，可能会出现一堆类似于下面的错误：
这是由于docker和Podman冲突造成的，需要先卸载Podman：
2.2 在Win10中安装
Docker的运行，依赖linux的环境，官方提供了Docker Desktop for Windows，但是它需要安装Hyper-V，Hyper-V是微软开发的虚拟机，类似于 VMWare 或 VirtualBox，仅适用于 Windows 10。这个虚拟机一旦启用，QEMU、VirtualBox 或 VMWare Workstation 15 及以下版本将无法使用！如果你必须在电脑上使用其他虚拟机（例如开发 Android 应用必须使用的模拟器），请不要使用 Hyper-V！
我的电脑是win10家庭版，不能直接安装hyper-v，需要将下面的命令保存到cmd文件中：
然后在cmd文件上点击右键，选择使用管理员运行。执行完毕后会重启，在重启的过程中进行安装。
2.3 Hello world
docker服务启动的情况下，运行下面的命令：
此命令的含义是：
第一次运行时，因为本地没有ubuntu:20.04镜像，docker会自动从镜像服务器下载。下载过程可能需要多试几次，只要成功一次，以后执行就不再需要下载了。
docker官方还提供了一个hello-world镜像，可以直接运行：
此命令省略了镜像版本和运行参数，docker使用latest作为版本，即最新版本。
从hello world的例子中，也可以体验到，docker实例的运行是非常快的。
docker官方的镜像库比较慢，在进行镜像操作之前，需要将镜像源设置为国内的站点。
新建文件/etc/docker/daemon.json，输入如下内容：
然后重启docker的服务：
3.1 列出本地所有镜像
执行命令 docker images 可以查看
当前我本地只有刚才安装的两个镜像。
3.2 从镜像库中查找镜像
执行命令 docker search 镜像名称可以从docker镜像库中查找镜像。
最好选择官方（OFFICIAL）的镜像，这样的镜像最稳定一些。
3.3 下载新的镜像
执行命令docker pull 镜像名称:版本号即可下载新的镜像。
镜像下载后，就可以使用镜像来创建容器了。
4.1 启动容器
执行命令docker run即可启动容器，也就是创建某个镜像的实例。docker run命令非常复杂，可以先执行一个docker run --help来查看帮助：
比如我们要执行python的shell，需要添加-it参数，即：docker run -it python:3.8
4.2 将宿主机的文件挂载到容器
docker容器与宿主机是隔离的，要想让容器内的程序能访问宿主机上的文件，需要通过-v参数将宿主机的文件挂载到容器中。
比如我们在宿主机上有一个hello.py，可以打印hello，想要在python容器中执行，就需要进行挂载。-v后还需要接两个参数，分别是宿主机的目录和容器内的目录，两者使用:分隔，路径必须都是绝对路径。
我的hello.py保存在主目录的/docker_test目录中，将这个目录挂载到容器的/docker_test目录，然后在容器内执行python /docker_test/hello.py：
4.3 容器的端口映射
我们修改一下hello.py，创建一个socket服务端，并监听5000端口，当有客户端连接时，打印客户端的地址，先客户端发送hello，然后关闭连接：
在容器内执行：
接下来，尝试用telnet命令连接，结果却是失败的。原因是，127.0.0.1是宿主机的ip地址，5000是容器的端口，这与我们的习惯稍微有些不同。事实上，docker的容器是非常轻量的，它并没有自己的网络，要想访问容器的端口，需要进行端口映射，将容器的某端口映射到宿主机的端口，客户端连接时，只要与宿主机的端口进行连接就可以了。
需要注意的是，上面的代码创建的服务器，无论如何也不可能被客户端连接，因为代码中绑定了127.0.0.1的ip，在容器中运行时，需要绑定所有ip，即0.0.0.0。
然后，再使用-p参数，-p还需要三个参数，即宿主机的ip地址、宿主机的端口、容器的端口，三者之间使用:分隔。一般的，可以将宿主机的ip地址省略，只写宿主机的端口：容器的端口即可。
这样，就将容器的5000端口映射到了宿主机的5001端口，使用：
即可与容器中的服务器进行连接。
4.4 容器管理
上面的服务运行之后，可以使用docker ps命令，查看运行中的容器：
显示的内容有下面几列：
要想结束容器，可以使用docker kill 容器ID命令。
一般而言，当我们的程序开发完成后，会连同程序文件与运行环境一起制作成一个新的镜像。
要制作镜像，需要编写Dockerfile。DockeFile由多个命令组成，常用的命令有：
注意，Docker镜像中有一个层的概念，每执行一个RUN命令，就会创建一个层，层过多会导致镜像文件体积增大。尽量在RUN命令中使用连接多条shell命令，减少RUN命令的个数，可以有效减小镜像文件的体积。
5.1 自制显示文本文件内容镜像
编写cat.py，接收一个文件名，由python读取文件并显示文件的内容：
这个例子比较简单，缩写Dockerfile如下：
这个Dockerfile的含义是：
需要说明的是，ENTRYPOINT有两种写法：
这里采用第二种写法，是因为我们要在外部给容器传递参数。执行命令编译Docker镜像：
这个命令中，-t的含义是目标，即生成的镜像名为hello，版本号为1.0，别忘了最后那个.，这叫到上下文路径，是指 docker 在构建镜像，有时候想要使用到本机的文件（比如复制），docker build 命令得知这个路径后，会将路径下的所有内容打包。
这样，我们的第一个镜像就制作完成了，使用下面的命令执行它：
即可看到~/docker_test/cat/files/test.txt的内容。
5.2 自制web服务器镜像
我们使用tornado开发一个网站，而python的官方镜像是没有tornado库的，这就需要在制作镜像时进行安装。
测试的ws.py如下：
编写Dockerfile文件如下：
在此我们验证一下CMD与ENTRYPOINT的区别。在Dockerfile所在有目录下执行如下命令：
执行完成后，再使用docker images使用就可以看到生成的镜像了，然后使用下面的命令运行：
在浏览器中输入宿主机的ip和8000端口，就可以看到页面了。
在这个例子中，我使用的运行命令是CMD，如果在docker run中指定的其他的命令，此命令就不会被执行，如：
此时，容器中被执行的是python命令，而不是我们的服务。在更多情况下，我们希望在docker run命令中为我们的服务传参，而不是覆盖执行命令，那么，我们应该使用ENTRYPOINT而不是CMD：
上面这种写法，是不支持传递参数的，ENTRYPOINT和CMD还支持另一种写法：
使用这种写法，docker run命令中的参数才可以传递给hello.py：
这个命令中，--port=9000被作为参数传递到hello.py中，因此容器内的端口就成了9000。
在生产环境中运行时，不会使用-it选项，而是使用-d选项，让容器在后台运行：
这种方式下，即使当前的控制台被关闭，该容器也不会停止。
5.3 自制apscheduler服务镜像
接下来，制作一个使用apscheduler编写的服务镜像，代码如下：
Dockerfile也是信手拈来：
生成镜像：
应该可以运行了，文件复制需要两个目录，在运行时，可以使用两次-v来挂载不同的目录：
前面用到的官方python镜像大小足足882MB，在这个基础上，再安装用到的第三方库，添加项目需要的图片等资源，大小很容易就超过1个G，这么大的镜像，网络传给客户非常的不方便，因此，减小镜像的体积是非常必要的工作。
docker hub上有个一python:3.8-alpine镜像，大小只有44.5MB。之所以小，是因为alpine是一个采用了busybox架构的操作系统，一般用于嵌入式应用。我尝试使用这个镜像，发现安装一般的库还好，但如果想安装numpy等就会困难重重，甚至网上都找不到解决方案。
还是很回到基本的路线上来，主流的操作系统镜像，ubuntu的大小为72.9MB，centos的大小为209MB——这也算是我更喜欢使用ubuntu的一个重要原因吧！使用ubuntu作为基础镜像，安装python后的大小为139MB，再安装pip后的大小一下子上升到了407MB，要是再安装点其他东西，很容易就赶上或超过python官方镜像的大小了。
看来，寻常路线是很难压缩镜像文件体积了。幸好，还有一条曲线救国的路可走，这就是多阶段构建法。
多阶段构建的思想其实很简单，先构建一个大而全的镜像，然后只把镜像中有用的部分拿出来，放在一个新的镜像里。在我们的场景下，pip只在构建镜像的过程中需要，而对运行我们的程序却一点用处也没有。我们只需要安装pip，再用pip安装第三方库，然后将第三方库从这个镜像中复制到一个只有python，没有pip的镜像中，这样，pip占用的268MB空间就可以被节省出来了。
1、在ubuntu镜像的基础上安装python：
然后运行：
这样，就生成了python:3.8-ubuntu镜像。
2、在python:3.8-ubuntu的基础上安装pip：
然后运行：
这样，就生成了python:3.8-ubuntu-pip镜像。
3、多阶段构建目标镜像：
这个dockerfile需要解释一下了，因为它有两个FROM命令。
第一个是以python:3.8-ubuntu-pip镜像为基础，安装numpy，当然，在实际应用中，把所有用到的第三方库出写在这里。
第二个FROM是以FROM python:3.8-ubuntu镜像为基础，将第三方库统统复制过来，COPY命令后的–from=0的意思是从第0阶段进行复制。实际应用中再从上下文中复制程序代码，添加需要的ENTRYPOINT等。
最后，再运行：
这然，用于我们项目的镜像就做好了。比使用官方python镜像构建的版本，小了大约750MB。
到此，我们的镜像已经制作好了，可是，镜像文件在哪，如何在生产环境下运行呢？
刚才使用docker images命令时，已经看到了生成的镜像：
我们可以使用docker save命令将镜像保存到指定的文件中，保存的文件是一个.tar格式的压缩文件：
将hello.tar复制到生产环境的机器上，然后执行导入命令：
就可以使用了。
Docker Alpine镜像 安装php7
Alpine镜像安装php7后大小只有13M！！非常精简了！果断用上~
运行拉取alpine 镜像
进入容器
安装nginx和php7服务
安装 rc-service
启动nginx
遇到以下错误问题
/lib/rc/sh/openrc-run.sh: line 273: can't create /sys/fs/cgroup/?
...
awk: /etc/network/interfaces: No such file or directory
执行以下命令
又遇到问题
WARNING: nginx is already starting
运行
启动php-fpm
加入启动服务
保存镜像
拉取运行新镜像
完成