Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
What's Changed 🎉 You can now use external binaries as service provider to extend Compose behaviour. For more information about creating your own plugin check the documentation ✨ Improvements Introduce networks.interface_name by @ndeloof in #12771 Add support for COMPOSE_PROGRESS env variable by @AnvarU in #12769 Document extensibility using service.provider and open provider to external binaries
Docker Compose - Compose をプロダクションで使うには 原文：Using Compose in produciton https://docs.docker.com/compose/production/ まだ Compose はプロダクション（本番）で使える状態ではありませんが、もし実験的、あるいはプロダクションへのデプロイの練習に使うのであれば、このガイドが役に立つでしょう。プロジェクトはプロダクションで使えるように作業が進行しています。進捗状況を知りたければ、ロードマップ(英語) で現在の状況や、足りないものを確認ください。 プロダクションへのデプロイ時、実行環境として適切な設定行ったアプリケーションを、あまり変更したくないでしょう。変更とは次のようなものです： アプリケーション用に割り当てられたボリュームを削除しますが、コンテナの中にコードは残したままとし、外
Get Started, Part 3: Services - Docker Documentation より この章で扱うこと ロードバランサーでアプリケーションをスケールさせる スタック > サービス(今ここ) > コンテナ サービスとは アプリケーションの各部分は「サービス」と呼び方をする。 たとえば動画共有サイトなら、DBを扱うサービスとか、動画本体を扱うサービスとか、フロントエンドのサービスとかいう風に分かれるはず。 サービスは複数のコンテナによってなる。 サービスは1個のイメージから実行される。 スケーリングのためには、1個のイメージをどんなポートで、何個のコンテナで走らせるか、とかいう設定が必要だ。 喜んでほしい。 docker-compose.yml を書けば、そんなこと朝飯前さ。 docker-compose.yml 公式チュートリアル part2 で作ったイメージを指定
先日リリースされたDocker 1.13で、swarm mode上でのdocker composeが使えるようになったのでさっそく試しました。 何が嬉しいのか まず、1.12でdockerにビルトインのswarm modeが追加されました。 その時はクラスタをサクッと作れて嬉しいぞ！と歓喜したものです。 しかし、使ってるとservice作るのがめんどくせえ…、とすぐになりました。 そうです。 docker-composeだと各サービスを宣言的に書けるのですが、これがswarm modeのクラスタを対象としていませんでした。 ／(^o^)＼ﾅﾝﾃｺｯﾀｲ serviceをコンスタントに再現可能にするためには職人によるシェルスクリプトを残すなどの工夫が必要になります。 それはそれでまあ別にいいんですが…。 まあでもツラいです。 そこで1.13ですよ。 docker-composeによる宣言的な
OSDN > Magazine > 【Dockerの最新機能を使ってみよう】複数のDockerコンテナを自動で立ち上げる構成管理ツール「Docker Compose」 コンテナ起動コマンドの挙動の違い docker-composeコマンドでは、「up」以外にもコンテナを起動させるサブコマンドとして「create」や「run」、「start」が用意されている。createサブコマンドではコンテナの作成のみを行い、実行は行わない点が異なる。 また、runサブコマンドは環境変数や公開ポート、コンテナ内で実行するコマンドを詳細に指定できる点が異なる。作成されるコンテナ名がデフォルトでは「＜プロジェクト名＞_＜サービス名＞_run_＜インスタンス番号＞」になるのも相違点だ。 startサブコマンドは停止状態にある既存のコンテナを実行させるもので、createサブコマンドで作成したコンテナや、stop
開発環境としてDockerを使ってるのですが、なんとなくコマンドを打っていて、あまりちゃんとコマンドを理解していないので、覚え書きとしてまとめてみようと思います。 dockerコマンドというよりdocker-composeを紹介します。 今回は以下のようなdocker-compose.ymlを参考にします。 web: build: . environment: DISABLE_SPRING: "1" DB_USERNAME: "root" DB_PASSWORD: "root" DB_HOST: "db" ports: - "3000:3000" volumes: - ".:/var/local/rails5_product" links: - "db" db: image: mysql:5.6 environment: MYSQL_ROOT_PASSWORD: "root" # rail
追記 コードの全体像がわかりにくいって意見をもらったのでgithubにコードおきました。 (りーどみーがわかりにくいとかあればPRいただけると幸せです) https://github.com/togana/sample-rails-docker versionとか少し変わってたりDockerfileの中で実行してるコマンドが少し変わったりしてますが、大きく変わっているところはないので参考にしてください！ 追記2 docker-machineの共有ファイルを利用している場合、Rails5からファイル変更しても検知できなくなっていました。 ファイルの変更を検知しているのは config.file_watcher という設定です。 ここがバージョンアップに伴い変更されていました。 ActiveSupport::FileUpdateChecker から ActiveSupport::Evented
こんにちは。メディアシステム開発部の森竹です。 新規メディアやauスマートパスのサーバーサイド開発を担当しています。 今回は先日Stable版がリリースされたDocker for Macを使い、Ruby on Railsアプリケーション開発環境を構築してみます。 Dockerとは？Docker社が提供するコンテナ化プラットフォームのソフトウェアです。 以前はDocker Toolboxを使用していましたが、VirtualBoxが必要、環境設定が必要、Docker Machineを使う必要があるなど、使うまでの道のりが長い印象がありました。 それに比べDocker for MacではVirtualBoxが不要、環境設定が不要、インストールすればすぐ使えるのが魅力です。 前提OS X El Capitan(10.11.6)にDocker for Macをインストールします。 バージョンは下記の
dockerでrails環境構築 rails5 + mysqlの開発環境が必要になったので、dockerコンテナとして構築します。 docker-machineで作業するにあたってものすごくハマったのでその作業記録も。 作業環境 railsとmysqlはそれぞれ独立したコンテナにしたかったのでdocker-composeでまとめます。 またホストマシンはmacなのでdocker-machineでdockerの環境を作っています。 docker-machine v0.7.0 docker v1.11.0 docker-compose v1.7.0 railsコンテナ作成 方針 ホスト側にrubyがインストールされていなくても開発出来るようにしたい。 railsのアプリケーションのフォルダ自体はボリュームでマウントして、ファイルの編集自体はホスト環境で行えるようにしたい。 railsコンテナの
ECS CLIというECS専用のCLIツールが先日、発表されました（AWS CLIのECS対応という話ではなく、ElasticBeanstalk用のebコマンドがあるようなイメージと似ていると思います） このツールの最大の利点としてはDockerComposeで作成したdocker-compose.ymlがECSでも使えるよ!という所だと思います。 自分はDockerComposeを使った事がなかったので、初めにDockerComposeの公式チュートリアルをローカルで試しつつ、その後、ECS-CLIを使ってローカルで作成したものをAWSのECSにデプロイしてみたのでメモ。 結論 ECS-CLIを使う事をで簡単にDockerComposeで作った環境をAWSにデプロイできる コマンドはdocker-composeに似ているので覚えやすい ECS-CLIでbuildディレクティブは現在使えな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
