這裡是 WWW 第貳期，Wow Weihang Weekly 是一個毫無章法的個人週刊，出刊週期極不固定，從一週到五年都有可能。初期內容以軟體工程為主，等財富自由後會有更多雜食篇章。

How to Review a Pull Request

這份是 Rust 的 crates.io（類似 PyPI 和 rubygems）如何審閱拉取請求的文件， 和 Google 那份不太一樣，更貼近專案一點，節錄重點：

  • 先拉到自己的本地分支，看看 PR 是否達到他宣稱的療效（檢查一般行為）
  • 嘗試用各種手段打爆他（檢查 edge case）
  • 如果有任何失敗，請寫清楚重新產生錯誤的流程
  • 再來就是理解這個修改到底合不合理，是不是其實不需要

這篇 review guideline 短短的，剩下的自己看囉。

Distroless Docker: Containerizing Apps, not VMs - Matthew Moore

本文是 Google 雇員介紹 Distroless Image 演講的重點摘要，對容器化和 Docker 最佳化有興趣的朋友千萬別錯過。

Distroless GitHub Repo 在此

Q：何謂 Distroless Image

Distroless 的 distro 是指 Linux 發行版（distro），加了一個 less 就是替 docker image 瘦身，只留 app source 和 runtime 需要的 dependencies，把發行版中不必要的東西都幹掉。

Q：部署程式的歷史

  1. 部署至 VM，貼近開發環境 -> sshd、systemd、crond、套件管理我們根本不需要
  2. Docker 橫空出世，但啥東西要放進 docker？ VM 的 filesystem 很棒，也有所有跑 app 需要的 lib，直接把 VM 塞進去
  3. 發現 image 太大？縮小 distroapline + musl libc

Q：我們真正需要什麼

  • compiled source
  • dependencies (lib, assets cat videos)
  • runtime (libc, JRE, node)

Q：誰知道如何做這件事

build tool（cmake、cargo、go build、bazel）

上述這些其實 build tool 都知道，所以 build tool 需要的東西就是該進入 docker 的東西，而 gcr.io/distroless 的 image 都是由 bazel 打包構建出來的，這也是 Google production 在用的方法（之一）

https://www.youtube.com/watch?v=lviLZFciDv4

Q：為什麼不用語言自帶的 build tool

bazel 很好用，尤其是對 Java、C/C++、Rust 和 Go 這種 AOT-compiling 語言，但其實 distroless 不需要 bazel

distroless image + 編譯好的 binary = 一個 dockerfile 就 OK

FROM gcr.io/distroless/java
ADD myapp.jar /
CMD /myapp.jar

Q：如果編譯期需要其他 deps 怎麼辦

Docker 有 multi-stage build 啊幹

# Start by building the application.
FROM golang:1.13-buster as build

WORKDIR /go/src/app
ADD . /go/src/app

RUN go get -d -v ./...

RUN go build -o /go/bin/app

# Now copy it into our base image.
FROM gcr.io/distroless/base-debian10
COPY --from=build /go/bin/app /
CMD ["/app"]

Q：現在能用嗎

如果你的 app 是 Rust、Go 這種語言，幾乎 100% 能用。

  • Go -> 自己寫了 libc，可以完全不打包 libc 直接用 base image
  • C/C++/Rust -> 多打包 libc 的 static image
  • Java -> 再多打包 OpenJDK-based runtime

Q：給個結論吧

作者本來是做 compiler 了，所以從編譯層面，他給出這段 quote：

Docker solves static linking at distro level

Bazel solve static linking at language lavel

再節錄另一個面向的思考點：

如果將 JDK 看作開發環境，你為什麼會想要將整個 distro 打包進去而不是給使用者 JRE 呢？

JDK 之於 JRE 即是 distro image 之於 distroless image