Docker 多階段構建示例 + Docker Hexo

多階段構建 (multi-stage build) ，如可使用 `alpine` ，再 `apk add` 一些相關編譯包進行編譯，最後縮小鏡像 。使用 Hexo 作為示例

前期準備

拉取 hexo source/_post 的分支

hexo 分支為 hexo markdown 源碼分支

git pull origin hexo

1
2
3
4
mkdir -p ~/hexo/source
cd ~/hexo/source
git init
git pull https://github.com/yanzhe919/yanzhe919.github.io.git hexo:hexo
  • 順便解釋一下， git pull origin hexo 相當於 git fetch origin hexo + git checkout -b hexo origin/hexo
  • cd ~/hexo ，以下操作都在 ~/hexo 下執行

以前正常使用 Dockerfile ，如 node:lts

編輯並創建 Dockerfile ， vim Dockerfile_lts

vim Dockerfile_lts

1
2
3
4
5
6
7
FROM node:lts as build
LABEL maintainer="yan zhe <[email protected]>"
WORKDIR /hexo
VOLUME ["/hexo"]
RUN npm install hexo-cli -g
EXPOSE 4000
CMD []

構建鏡像

docker build -t hexo-blog:0.0.1 -f ~/hexo/Dockerfile_lts .

鏡像大概 933MB

安裝插件， package.json

docker run -it --rm -v ~/hexo/source:/hexo hexo-blog:0.0.1 sh -c "cd /hexo;npm install"

有些插件可能需要從源碼編譯，但是 lts 版本帶了很多編譯工具

測試，生成並顯示頁麵

docker run -it --rm -p 80:4000 -v ~/hexo/source:/hexo hexo-blog:0.0.1 sh -c "cd /hexo;hexo generate && hexo server"

正在使用的 Dockerfile ，如 node:alpine

編輯並創建 Dockerfile ， vim Dockerfile_alpine

vim Dockerfile_alpine

1
2
3
4
5
6
7
FROM node:lts-alpine as build
LABEL maintainer="yan zhe <[email protected]>"
RUN apk update && apk upgrade && \
    apk add --no-cache git 
RUN npm add hexo-cli -g
EXPOSE 4000
CMD []

構建鏡像

docker build -t hexo-blog:0.0.3 -f ~/hexo/Dockerfile_alpine .

鏡像大概 123MB

安裝插件， package.json

docker run -it --rm -v ~/hexo/source:/hexo hexo-blog:0.0.3 sh -c "cd /hexo;npm install"

有些插件可能需要從源碼編譯，需要使用 apk add 先進行安裝編譯工具 ，如我正在使用的插件

docker run -it --rm -v ~/hexo/source:/hexo hexo-blog:0.0.3 sh -c "apk add --no-cache autoconf automake build-base libtool nasm pkgconfig libjpeg-turbo;cd /hexo;npm install"

測試，生成並顯示頁麵

docker run -d --name hexo -p 80:4000 -v ~/hexo/source:/hexo hexo-blog:0.0.3 sh -c "cd /hexo; hexo generate && hexo server"

順便使用 -d 後台運行。

查看日誌

docker logs hexo

刪除容器

docker rm hexo

刪除前如還在運行，最好是先停止 docker stop hexo ，當然有把握，可以 force 直接刪除 -f

多階段構建 (multi-stage build)

以上都為順便的記錄。主要是想看看 Docker 多階段構建 (multi-stage build) 。隻是使用 Hexo 作為示例，但是它並不是很適合。可以直接使用 Github Action 工作流自動化部署。

Multi-stage Dockerfile ，如 node:lts 編譯，node:lts_slim 運行

編輯並創建 Dockerfile ， vim Dockerfile_lts_build

這裏隻是示例，就直接將 package.json 打包進鏡像中了。構建鏡像中安裝插件

vim Dockerfile_lts_build

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
FROM node:lts as build
LABEL maintainer="yan zhe <[email protected]>"
WORKDIR /hexo
ARG package=package.json
COPY $package ./
# install node-prune (https://github.com/tj/node-prune)
RUN curl -sfL https://install.goreleaser.com/github.com/tj/node-prune.sh | bash -s -- -b /usr/local/bin
#RUN yarn install --production=true
RUN npm install
# remove development dependencies
RUN npm prune --production
FROM node:lts-slim
COPY --from=build /hexo /hexo
RUN npm install hexo-cli -g
VOLUME ["/hexo"]
EXPOSE 4000
CMD []

使用 node-prune 本來是想進一步縮小鏡像，但是實際測試中，似乎並沒有，可能 Hexo Demo 不行。感興趣的可以看下 三步縮小 Node 鏡像

構建鏡像

docker build --build-arg package=source/package.json -t hexo-blog:0.0.2 --no-cache -f ~/hexo/Dockerfile_lts_build .

--no-cache=true ，將中間生成的 cache 構建後刪除。來自 官方最佳實踐。不過，還是建議測試 build 時候不要加上

如果沒加，需要刪除緩存 docker image prune -f

鏡像大概 330MB

拷貝鏡像中文件，已安裝的插件

docker run --name hexo hexo-blog:0.0.2

docker cp hexo:/hexo/node_modules ~/hexo/source/

此時容器已停止，docker cp 一樣可用

測試，生成並顯示頁麵

docker run -it --rm -p 80:4000 -v ~/hexo/source:/hexo hexo-blog:0.0.2 sh -c "cd /hexo;hexo generate && hexo server"

Multi-stage Dockerfile ，如 node:lts-alpine 編譯，另一個 node:lts-alpine 運行

編輯並創建 Dockerfile ， vim Dockerfile_alpine_build

這裏隻是示例，就直接將 package.json 打包進鏡像中了。構建鏡像中安裝插件

vim Dockerfile_alpine_build

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
FROM node:lts-alpine as build
LABEL maintainer="yan zhe <[email protected]>"
WORKDIR /hexo
ARG package=package.json
COPY $package ./
RUN apk update && apk upgrade && \
	apk add --no-cache git curl && \
	apk add --no-cache autoconf automake build-base libtool nasm pkgconfig libjpeg-turbo
RUN npm add hexo-cli -g && \
	npm install --save
# install node-prune (https://github.com/tj/node-prune)
RUN curl -sfL https://install.goreleaser.com/github.com/tj/node-prune.sh | bash -s -- -b /usr/local/bin
#RUN yarn install --production=true
# remove development dependencies
RUN npm prune --production
FROM node:lts-alpine
COPY --from=build /hexo /hexo
RUN npm install hexo-cli -g
VOLUME ["/hexo"]
EXPOSE 4000
CMD []

使用 node-prune 本來是想進一步縮小鏡像，但是實際測試中，似乎並沒有，可能 Hexo Demo 不行。感興趣的可以看下 三步縮小 Node 鏡像

構建鏡像

docker build --build-arg package=source/package.json -t hexo-blog:0.0.4 --no-cache -f ~/hexo/Dockerfile_alpine_build .

--no-cache=true ，將中間生成的 cache 構建後刪除。來自 官方最佳實踐。不過，還是建議測試 build 時候不要加上

如果沒加，需要刪除緩存 docker image prune -f

鏡像大概 300MB

拷貝鏡像中文件，已安裝的插件

docker run --name hexo hexo-blog:0.0.4

docker cp hexo:/hexo/node_modules ~/hexo/source/

此時容器已停止，docker cp 一樣可用

測試，生成並顯示頁麵

docker run -it --rm -p 80:4000 -v ~/hexo/source:/hexo hexo-blog:0.0.4 sh -c "cd /hexo;hexo generate && hexo server"

Docker Hexo 其他命令

在多階段構建 (multi-stage build) 中，如果沒有加 --no-cache ，除了 <none> 鏡像，可能還會產生一些已停止的容器

同時刪除多個符合篩選條件的 docker 容器

如：刪除已停止的容器

docker rm $(docker container ls -f "status=exited" -q)

刪除所有容器

docker rm $(docker container ls -aq)

Docker Hexo 新增 markdown

docker run -it --rm -p 4000:4000 -v ~/hexo/source:/hexo hexo-blog:alpine sh -c "cd /hexo;hexo new 'use docker multi-stage build'"

Docker Hexo 根據 markdown 生成頁麵

docker run -it --rm -p 80:4000 -v ~/hexo/source:/hexo hexo-blog:alpine sh -c "cd /hexo;hexo generate"

Docker Hexo 根據 markdown 清理並生成頁麵

docker run -it --rm -p 4000:4000 -v ~/hexo/source:/hexo hexo-blog:alpine sh -c "cd /hexo;hexo clean && hexo generate"

Docker Hexo 初始化

docker run -it --rm -p 4000:4000 -v ~/hexo/source:/hexo hexo-blog:alpine sh -c “cd /hexo;hexo init blog”

Github Action 自動化構建 - Hexo

另外寫一篇好了 Github Action 自動化構建 - Hexo

评论

发表评论

此博客中的热门博文

GitHub Actions 示例 - Hexo CI/CD

图片
  GitHub Actions 是 GitHub 的持续集成服务，于 2018 年 10 月推出。使用 Hexo 作为示例 GitHub Actions  是 GitHub 的 持续集成服务 ，于 2018 年 10 月 推出 。 通过 GitHub Actions 持续集成 Hexo ，可以  clone  后，只需写 Markdown ， push  md 。 GitHub Actions 是什么？ 大家知道，持续集成由很多操作组成，比如抓取代码、运行测试、登录远程服务器，发布到第三方服务等等。GitHub 把这些操作就称为 actions。 很多操作在不同项目里面是类似的，完全可以共享。GitHub 注意到了这一点，想出了一个很妙的点子，允许开发者把每个操作写成独立的脚本文件，存放到代码仓库，使得其他开发者可以引用。 如果你需要某个 action，不必自己写复杂的脚本，直接引用他人写好的 action 即可，整个持续集成过程，就变成了一个 actions 的组合。这就是 GitHub Actions 最特别的地方。 工作流程是您可以在仓库中创建的自定义自动化流程，用于在 GitHub 上构建、测试、封装、发行或部署任何代码项目。 通过 GitHub 操作 可直接在仓库中构建端到端持续集成 (CI) 和持续部署 (CD) 功能。 GitHub 操作 支持 GitHub 的内置持续集成服务。 GitHub 做了一个 官方市场 ，可以搜索到他人提交的 actions。另外，还有一个  awesome actions  的仓库，也可以找到不少 action。 img 上面说了，每个 action 就是一个独立脚本，因此可以做成代码仓库，使用  userName/repoName  的语法引用 action。比如， actions/setup-node  就表示  github.com/actions/setup-node  这个 仓库 ，它代表一个 action，作用是安装 Node.js。事实上，GitHub 官方的 actions 都放在  github.com/actions  里面。 既然 actions 是代码仓库，当然...
阅读全文

MySQL 中 utf8 和 utf8mb4 的使用以及字符集相關

MySQL 中 utf8 編碼最長使用 3 字節，在 5.5.3 新增的 utf8mb4，才是兼容四字節的。Java 的 UTF-8 是支持 4 字節的，所以不需配置 mb4 。而 Java 驅動會自動檢測服務端的 character_set_server，為 utf8mb4，驅動在建立連接時設置 SET NAMES utf8mb4。utf8mb4_general_ci 在比較和排序的時候更快，utf8mb4_unicode_ci 更精確。 原文 概述 以前一般在 MySQL 開發了，就實際上轉向 Oracle 了，沒留意一些東西，碰到了就回頭過來看看。 有小夥伴在安裝 MySQL 後設置編碼為 utf8，我們以前都是會直接設置 utf8mb4，這背後又隱藏著什麼？這一切的背後，究竟是人性的扭曲還是道德的淪喪？ 其實隻是因為  Unicode 委員會還做著 “65535 個字符足夠全世界用了”的美夢。   參考  我比較喜歡這句。 也就是指的 Unicode 最初的 基本多文本平麵  (BMP)（U+0000 至 U+FFFF），BMP 已經包含了控製符、拉丁文，中、日、韓等絕大多數國際字符，但並不是所有，最常見的就算現在手機端常用的表情字符 Emoji（Emoji 是一種特殊的 Unicode 編碼，常見於 ios 和 android 手機上）一些不常用的漢字，如 “墅” ，這些需要四個字節才能編碼出來。後來的補充字符 (U+10000 至 U+10FFFF)，則將 Unicode 擴充到了 (U+0000 至 U+10FFFF)。 注：QQ 裏麵的內置的表情不算，它是通過特殊映射到的一個 gif 圖片。一般輸入法自帶的就是。 MySQL 在  5.5.3  之後 (查看版本：select version ();) 增加了這個  utf8mb4  的編碼，mb4 就是  most bytes 4  的意思，支持的字節數最大為 4，即專門用來兼容四字節的 unicode。 而我們通常在 MySQL 中所說的  utf8  編碼，其實就是指的  utf8mb3  。utf8mb4 是 utf8mb3 的超集並完全兼容 utf8mb3...
阅读全文