至高のDockerイメージ生成を求めて - Qiita
本稿は良いDockerイメージを良い方法でビルドすることを探求した記録である。 Supership株式会社 Advent Calendar 2016の21日目にあたる。 2019年現在は@inductor氏の改訂版を見たほうが良い。 この記事で論じた望ましいコンテナイメージの姿は2019年でも変わらない。ただし、multi-stage buildのような新しい仕組みが普及したりツールの評価が定まってきたりと、実現に用いるツールの状況が2016年からやや変化している。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメ
Why Kubernetes doesn’t use libnetwork
This article is more than one year old. Older articles may contain outdated content. Check that the information in the page has not become incorrect since its publication. Kubernetes has had a very basic form of network plugins since before version 1.0 was released — around the same time as Docker's libnetwork and Container Network Model (CNM) was introduced. Unlike libnetwork, the Kubernetes plug
Introducing Dockercast – the Docker Podcast | Docker Blog
Docker welcomes AtomicJar, the makers of Testcontainers, to the Docker family. Testcontainers enables step-function improvements in the quality and speed of application delivery. This addition continues Docker’s focus on improving the developer experience to maximize the time developers spend building innovative apps.
My Slow Internet vs Docker
I work in New York City, and I live in a micro-studio. The apartment offers Wi-Fi, but unfortunately, it has a very low bandwidth and is often unreliable. I also travel frequently and I spend a lot of my time on trains, on airplanes, and in hotels that often have slow and unreliable Internet access as well. I build Docker images frequently — for work, for demos, and for Cloud Spin! I’ve learned th
Shell scripts broken with Docker 1.4.x · Issue #1752 · hashicorp/packer
2014/12/12 15:49:51 packer-builder-docker: 2014/12/12 15:49:51 Running the provision hook 1418399391,,ui,message, docker: Container ID: b0117b8cbffd154539242acb24666f703b78ff22ef782e0d03cc768ba38db982 2014/12/12 15:49:51 packer-provisioner-shell: 2014/12/12 15:49:51 Opening /tmp/packer-shell648686173 for reading 2014/12/12 15:49:51 packer-provisioner-shell: 2014/12/12 15:49:51 [INFO] 109 bytes wri
Building Docker Images for Static Go Binaries
Building applications in Go enables the ability to easily produce statically linked binaries free of external dependencies. Statically linked binaries are much larger than their dynamic counterparts, but often weigh in at less than 10 MB for most real-world applications. The reason for such large binary sizes are because everything, including the Go runtime, is included in the binary. The large bi
DockerコンテナをConsulで管理する方法 - Qiita
はじめに Dockerを利用するとコンテナをぽこぽこ沢山立てることが多いと思います。 コンテナが沢山できるので、それらに対していかに効率よくアクセス出来るかが肝になります。 またコンテナで提供するサービスのポートをホストに割り当てて利用する場合(-pオプションを利用する場合)、 ポコポコ出来るコンテナのポートを静的に(-p 80:8080みたいに)割り当てるのは面倒です。 なので動的に(-p 80みたいにしてホストの適当なポートに)割り当てたいところです。 ただし、動的に割り当てるとどのコンテナがどのポートでサービスを提供しているか把握するのが難しくなり、さらにマルチホストになるとどのホストで動いているかどうかを把握する必要もあり、これも難しいです。 この辺うまいこと出来ないかな、ということでServiceDiscoveryといったらConsulですよねってことで組み合わせて使ってみます。
dockerデビューしてみた : D-7 <altijd in beweging>
docker、触ってたけどちゃんとデプロイとかしたことなかったのでこのひと月しこしこ作業しては失敗し直しては失敗しを繰り返してて、この週末やっとデプロイした。yapcasia.orgのことなんですけどね。 以下ベストプラクティスかどうかは知らないけど、とりあえず俺が通った道筋： 最初コンテナ同士のつながりをどう定義するといいのか全然わからなくて困っていた。例えばサイトの基本はMovableTypeで構築しているんだけど、その人は当然mysqlと話すから、MT→mysqlの接続を定義するのにどういうふうに名前やポート番号を解決するの？とかnginxからMTへの接続の解決は…？とか dockerコンテナの内容はimmutableであっても、コンテナのインスタンス自体は揮発性が高いものであるから、できればシンボリックな形でそれぞれのコンテナやデーモン等の接続情報を提供して動的に解決したいわけだが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Introducing Dockercast – the Docker Podcast | Docker Blog
Fig