ssig33.com - Docker で Go で作ったバイナリを実行するなるべく小さいコンテナを作る

Go でアプリケーションを作ると、そのまま他になにもなくとも実行できるバイナリが出来あがります。この特性によりデプロイが大変楽です。 このような特性があるので、 Go を使う場合 Docker のようなオーケストレーションツールを使わなくても多くのサーバーにアプリをデプロイしていくことも可能かと思われますが、そこはまあ Docker という巨人に乗っておくと楽なことが多いです。具体的には swarm と docker-compose が便利なので Docker 上で実行したい。 ここで問題となってくるのが何も考えずに Docker イメージを作るとイメージサイズが膨れあがってしまってシングルバイナリによる手軽さなどが損なわれてしまうという点です。 たとえば golang:alpine のような比較的小さいイメージを使ってもファイルサイズはバイナリサイズ + 300MB ほどにもなってしまい

[ka2nn]

Alpineすごいい、けどglibcじゃないので困る場合はscratchかbusyboxにglibc入れたイメージをベースにするのがよい感じ。あとはUPXでgoのバイナリを圧縮するのもおすすめ

[hylom]

Alpineよく分からない（＝今のところ調べるモチベーションがない）のでbusyboxを使っちゃう派。

[okzk]

静的リンクした方が好みかなぁ。。。 http://okzk.hatenablog.com/entry/2016/08/03/234738

[tuto0621]

alpine linux

[UDONCHAN]

普通に便利

[s1061123]

“ ”

[gabill]

/

[daikikohara]

CGO_ENABLED=0でビルドしてたけど無効にできる場合に限るからmuslの方が良いかな。背景はこの辺が参考になりそう。http://dominik.honnef.co/posts/2015/06/go-musl/ あとglibc入りのalpineもあるみたい。https://hub.docker.com/r/frolvlad/alpine-glibc/

[wordi]

Alpine Linuxを使い、Goバイナリ実行用の最小構成なDockerコンテナを構築

[akabekobeko]

Alpine Linux だとずいぶん小さくなるものだ。Ruby 環境でも 20MB ぐらいだった気がする。

[heppokopg2013]

すごい…

[theendorz]

すごい

[koyancya]

ちっさ -> "これだとバイナリサイズ + 4MB ぐらいで済むの"