マルチステージビルドの利用
読む時間の目安: 3 分 マルチステージビルドは Dockerfile を読みやすく保守しやすくするように、最適化に取り組むユーザーにとって非常にありがたいものです。 感謝 Alex Ellis 氏に感謝します。 氏のブログ投稿 Builder pattern vs. Multi-stage builds in Docker に基づいて、以下の利用例を掲載する許可を頂きました。 マルチステージビルド以前 イメージをビルドする際に取り組むことといえば、ほとんどがそのイメージサイズを小さく抑えることです。 Dockerfile 内の各命令は、イメージに対してレイヤーを追加します。 そこで次のレイヤー処理に入る前には、不要となった生成物はクリーンアップしておくことが必要です。 現実に効果的な Dockerfile を書くためには、いつもながらトリッキーなシェルのテクニックや、レイヤーができる限り
無料で使えるSSL！会社でも自宅でもみんなで let's encrypt！ - Qiita
はじめに 社内や自宅でHTTPS対応をしようと思うと、お金を払って、面倒な手続きをやって、なおかつ何年かに一回更新もしなくてはいけなくて、それが面倒極まりない。 もちろんお金を払っているから、自由にHTTPS化なんてできないし、結局オレオレ証明書に落ち着くんだけど、それはそれでURLに「×」つくし、それを改善するために証明書をインポートする作業も正直面倒。 結局×ついたままやるんだけど、それだとwgetもまともにできないし、セキュアじゃないってネットで言われているし、じゃぁどうすんのよ！！ ってなった時に、満を持して登場したのが、「Let's Encrypt」! いろいろあって公開が何度か延期していたが、この度ようやく「Public Beta」となり、誰でも自由に使えるようになったので紹介します！ Lets Encryptとは？ 公式HP：https://letsencrypt.org/
Amazon ECS におけるコンテナ インスタンス ドレイニングの自動化方法 | Amazon Web Services
Amazon Web Services ブログ Amazon ECS におけるコンテナ インスタンス ドレイニングの自動化方法 同僚のMadhuri Periが素晴らしい記事を書いてくれました。AutoScalingグループのクラスタをスケールダウンする際にインスタンスからタスクを事前に削除するために、コンテナ インスタンス ドレイニングを利用する方法です。 —– Amazon ECSクラスタでは、クラスタからインスタンスを削除する必要があるタイミングというのがいくつかあります。例えば、システムを更新するとき、Dockerデーモンを更新するとき、あるいはクラスタのサイズをスケールダウンするときなどです。コンテナ インスタンス ドレイニング機能によって、クラスタ上のタスクに影響を与えることなく、コンテナインスタンスを削除することができます。この機能により、コンテナインスタンスがDRAININ
Deep Learning Image Recognition Using GPUs in Amazon ECS Docker Containers
Update: it’s no longer necessary to copy the drivers into the runtime and expose volumes from the host. We’ve written up a “How To” on the the new process here: https://medium.com/@bfolkens/deep-learning-image-recognition-using-gpus-in-amazon-ecs-docker-containers-part-ii-56748701b116 Scaling up a web service was once a nightmare among DevOps. Provisioning and maintaining ‘N’ machines, handling fa
GitLab-CI + Dockerの実践的利用方法を模索中 - Qiita
まず最初にGitlabを起動します。これはGitlab公式のDockerを使った起動方法でが、一点、Dockerホストが既に22番を使っているのでSSHのpublishポートを2022番に変えています。 # 参考: http://doc.gitlab.com/omnibus/docker/ docker run --detach \ --hostname gitlab.example.com \ --publish 443:443 --publish 80:80 --publish 2022:22 \ --name gitlab \ --restart always \ --volume /srv/gitlab/config:/etc/gitlab \ --volume /srv/gitlab/logs:/var/log/gitlab \ --volume /srv/gitlab/data
DockerでのNodeアプリ構築で学んだこと | POSTD
以下に紹介するのは、 Docker を使って node.js 用のWebアプリケーションを開発、およびデプロイする際に、私が四苦八苦しながら学んだ秘訣やコツです。 このチュートリアル記事では、Dockerで socket.ioのチャットサンプル を白紙の状態から本番状態へとセットアップしていきます。このプロセスを通じて、そうした秘訣などを簡単に習得していただければ幸いです。特に、以下のような内容について見ていきます。 実際にDockerでNodeアプリケーションを起動する。 すべてをrootとして実行させない（悪いやり方です）。 開発時のテスト-編集-リロードサイクルを短くするため、バインドを使用する。 再構築を高速にするため、 node_modules をコンテナで管理する（これには秘訣があります）。 npm shrinkwrap で、ビルドを反復可能にする。 開発環境と本番環境で Do
Amazon EC2 Container Registry（ECR）についてちょこっと概要説明
こんにちは、たいしゅうです。 今回は、Amazon EC2 Container Registry（ECR）について概要を説明したいと思います。 従来は、複数のAWSリージョンにまたがるEC2のクラスタに自社でクラスター管理インフラストラクチャのインストール、運用、スケールを行うなど複雑な作業が必要でした。 ECRを利用することで、AWS上における「Docker」コンテナイメージの保存や管理、配備を容易にするための、完全マネージド型のDockerコンテナレジストリが提供されます。 では、このサービスがどんな機能を持っているかを確認していきたいと思います。 Amazon EC2 Container Service（ECS）の統合 Amazon EC2 Container Registry は Amazon ECS と統合されているので、Amazon ECS で稼働中のアプリケーションのコンテナ
VPSにdocker環境構築 - Qiita
目的 vps上にdockerの環境を作りたいと思います。 前提 さくらのVPSを使っています。 OSはカスタムインストールで CentOS 7 にしています。 ほぼ自分用メモなので不親切なのはご了承下さい。 はじめにセキュリティ確保 ここでは詳しくやりませんが、セキュリティの確保のため、 最低限として、rootで作業しないように一般ユーザを作成します。 リモートの作業(root) 一般ユーザの作成 useradd mimura passwd mimura 一般ユーザがsudoできるようにする visudo で設定 root のsshログインを止める vi /etc/ssh/sshd_config PermitRootLogin no を設定 systemctl restart sshd ローカルの作業 ローカル環境で鍵認証に使うキーを生成する macの場合はssh-keygen 生成したキ
dockerとdocker-composeの使い方メモ - 偏った言語信者の垂れ流し
プライベートで使ってるVPSの環境をdocker-composeで動かしたのだけど、忘れてもいいようにメモを残す。 ホストOSは、Ubuntu16.04。 インストール dockerは手順通りaptでインストールすればよい。 Installation on Ubuntu docker-composeは、dockerとは別途インストールが必要(1ファイルのコマンドをダウンロードして配置するだけ) Install Compose dockerコマンドを実行するユーザーはdockerグループに属している必要があるので、インストール後にusermodで設定しておく(usermodで設定したグループは再ログインで反映される) Dockerイメージの準備 DockerHubからpullしてくるか、Dockerfileを作成してビルド(docker build)する。 ビルドの際に、名前の指定をしとかな
Dockerコンテナのポートをホストにマップすると危険 - Qiita
お断り 本記事は古いです。 今は --expose と -port を適切に使い分けることで回避できます。 ただし、dockerがiptablesを自動的に設定しているのは変わらないです。 以下の記事がわかりやすかったです。 dockerとufwの設定が独立なせいで無駄にポートが開いてしまう件と、解決するためのdocker runオプションの記法について https://qiita.com/jqtype/items/9574ef74868b73323939 以下、古い記述 具体的に何が危険なのか コンテナのポートをホストにマップした場合（ -p 80:80 ) そのポートは、ufw（ファイアウォール）の制限を受けません。 ようするに、そのポートは外からアクセス可能です。 ではどうすれば？ /etc/default/docker に以下を追記して下さい。
client is newer than server (client API version: 1.23, server API version: 1.22) と言われたときに対応する方法 - Qiita
client is newer than server (client API version: 1.23, server API version: 1.22) と言われたときに対応する方法APIDockerversionswarmDOCKER_API_VERSION Docker swarmを使っていてサーバー側とクライアント側のAPIのバージョンが違う場合に client is newer than server (client API version: 1.23, server API version: 1.22) と出力されて動かない場合は、クライアント側のバージョンを環境変数に指定して実行します。 $ docker -H 192.168.yy.zz:2378 version Client: Version: 1.11.0 API version: 1.23 Go version:
参考訳：Docker ネットワーク設計哲学 - Qiita
Docker 社の Blog にネットワーク機能や新しい Compose 1.6 に関する投稿がありました。翻訳しましたので、以下参考程度にどうぞ。 対象となるのは、2016年2月にリリースされた Docker Engine 1.10 Docker Swarm 1.1 Docker Compose 1.6 です。 Docker Networking Design Philosophy | Docker Blog https://blog.docker.com/2016/03/docker-networking-design-philosophy/ Docker 1.7 で実験的にネットワーキングが導入されてから Docker 1.9 の初期リリースに至るまで、コミュニティから素晴らしい反響がありました！ 何よりもまず、議論、評価、プルリクエスト、山積みの課題、これら全てにかかわる皆さんに感
参考訳：Compose 1.6: ネットワークとボリュームを定義する新しい Compose ファイル | Pocketstudio.jp log3
もう１つ、Compose 1.6 の記事がありましたので、こちらも参考程度にどうぞ。 ■ Compose 1.6: ネットワークとボリュームを定義する新しい Compose ファイル ネットワークとボリュームを管理するための全く新しいシステムを、Docker Engine の前バージョンで導入しました。そして、これらの機能を Docker Compose で完全にサポートすると発表できるのを嬉しく思います。 Compose ファイルは、たった１つのもの、つまりサービスを指定するために使います。サービスとは、分散アプリケーションを構成するものです。今回から新たにネットワークとボリュームも一緒に使えるようになりました。これにより、より複雑なアプリケーションの記述が可能になりました。自分の開発マシン上に、複数のネットワーク層や複雑なストレージ設定を用いるアプリケーションをセットアップできます。同
Creating Smaller Docker Images
Recently I’ve been working with containers a lot and the most popular technology out there is, of course, Docker. On top of allowing you to easily run containers using the docker run command, Docker provides a method to build container images and a format for the resulting image. By writing a Dockerfile and executing the docker build command you can easily create images that can be run anywhere (w
What is the (best) way to manage permissions for Docker shared volumes?
I've been playing around with Docker for a while and keep on finding the same issue when dealing with persistent data. I create my Dockerfile and expose a volume or use --volumes-from to mount a host folder inside my container. What permissions should I apply to the shared volume on the host? I can think of two options: So far I've given everyone read/write access, so I can write to the folder fro
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SIOS Tech. Lab - エンジニアのためになる技術トピックス
Can't start docker beta: Communication with networking components failed
docker container rm
phppgadmin-docker/README.md at master · jacksoncage/phppgadmin-docker
How do links and scaling work together in docker compose?