dockerコンテナの中でホストマシンのIPアドレスを取り出す - Qiita
結論 cat /etc/hosts | awk 'END{print $1}' | sed -r -e 's/[0-9]+$/1/g' docker-composeでとりあえず普通にコンテナどうしの通信 Dockerfileの中でEXPOSE 80みたいな感じでポートを指定 docker-compose.ymlにhostname: hogeでホスト名をつける hoge以外のコンテナからcurl http://hoge/ みたいな感じでしょう コンテナではなくホストマシンと通信 ホストマシンのホスト名を指定すればよいですね curl http://hostmachine/ でも特に開発環境などにおいては、いつもホストマシンにホスト名を設定しているわけではありません。 それなら開発環境におけるホストマシンのIPアドレスを指定すれば解決できそうですが、 そもそもいつもホストマシンのIPアドレスが
Web RTC JanusコンテナをDockerfileで作成 - Qiita
Janusの動作確認 ブラウザからデモページ(http://127.0.0.1:8000/videoroomtest.html)にアクセスし、Janusのビデオルーム等が利用できることを確認する。 右上のSTARTボタンをクリックし、ルーム名を入力すると、ブラウザにパソコンのカメラ映像が表示されます。 DockerFile内容 # Base Image Debian FROM debian # OS Update RUN apt-get update # Required library installation RUN apt install libmicrohttpd-dev libjansson-dev libssl-dev \ libsofia-sip-ua-dev libglib2.0-dev libopus-dev libogg-dev \ libcurl4-openssl-d
Node.js を動かす Dockerfile のサンプル - Qiita
概要 Node.js アプリケーションのシンプルなサンプルを作成する Node.js を動かす Dockerfile を作成する Dockerfile から Docker イメージを作成する Docker イメージから Docker コンテナを作成する Docker コンテナを起動する 今回の環境 macOS Catalina Docker Desktop Community 2.3.0.3 Node.js v14.4.0 docker コマンドは Docker Desktop に付属のものを使う。 $ docker --version Docker version 19.03.8, build afacb8b $ which docker /usr/local/bin/docker $ ls -l /usr/local/bin/docker lrwxr-xr-x 1 root admin
Docker composeとAWS(ECR/ECS)デプロイ
React・DockerとAWS みなさんDockerは使っているだろうか。 私は恥ずかしながら業務では使用していない。 だが、今回(2020/09)非常に興味深いdocker composeとECS統合という物が実装された。 Docker Compose for Amazon ECS Now Available 平たくいうと、dockerとAWSの連携コマンドなのだが ※docker composeはdocker-composeコマンドのdocker cli版である。 今後はdoker cliを使用してね。という事だそうだ。 この魔法のようなコマンドはdockerのコマンドを使うことで自動でAWSにデプロイしてしまう。 という凄まじい物だった。 私としても備忘録にするため、筆を取った次第だ。 前提条件 実際にDockerを使用している皆様にはもう十分だろう。 随時参考リンクがあるので見て
Dockerのコンテナの中からホストOS上のプロセスと通信する方法 - Qiita
問題点 Docker で起動したコンテナ内からホストOS（ローカルPC）内のプロセスと通信する際に、 localhost と指定しがちだけど localhost だとコンテナ内を指してしまい、 意図した通りに通信することができない。 例えば、ホストOS上で 80ポートで Listen している Nginx が起動していて、 コンテナ内のプログラムから http://localhost:80 でアクセスしても接続できない。 これは通常のプロセスだけじゃなく、docker で複数のコンテナを起動して、 コンテナ同士で通信する場合も同じように接続できない。 解決方法 その1：ホストOSのIPアドレスを指定する ホストOSのIPアドレスが 192.168.11.1 だとして、http://192.168.11.1:80 でアクセスするようにする。 その2：dockerコマンドの引数で指定する Do
Docker入門（第五回）〜コンテナ間通信〜 | さくらのナレッジ
こんにちは、Acroquest Technologyの横山です。 少し前の話になりますが、4月下旬に技術書典4がありましたね。そこで@llminatoll さんの「マンガでわかるDocker」が販売されていました。今はダウンロード販売されています。例えなどもわかりやすくおすすめですので、紹介させてもらいました。興味のある方はぜひ読んでみると良いと思います。 はじめに 第四回では、Dockerfileについて説明し、自分でDockerイメージを作成する方法を説明しました。また、これまでの説明では一つのコンテナを動かして説明してきましたが、一つのコンテナでは一つの機能（アプリケーション）を動かす構成にする場合が多いため、コンテナ間の連携が必要になります。 そこで第五回は、複数のコンテナを起動させたときのコンテナ間通信について説明します。 コンテナ間通信をする方法は、以下の二つがあります。 ①D
【Docker Compose】複数.yml(コンテナ間)ネットワーク設定方法
こんばんはエンジニアの眠れない夜です。 Docker Composeを使っていて別のDocker Composeファイル(.ymlファイル) で設定しているコンテナに接続したくなることはありませんか？ 例えば、開発する時 データベースはMySQLやPostgreを起動して複数のアプリケーションから参照する。 という使い方をしたくなります。 しかし、 データベースのポートがバッティングしてしまったり アプリケーションごとにデータベースのコンテナが必要になったり 別のアプリケーションと接続したくなったり と… 複数のDocker Composeのコンテナ間でネットワーク接続ができないととても不便です。 こういった問題に直面してしまうのは言うまでもなくDockerのコンテナネットワークに関する知識が不足していることが原因です。 上記のような問題を解決できるようになるために今回は複数のDocker
丁寧すぎるDocker-composeによるrails5 + MySQL on Dockerの環境構築(Docker for Mac) - Qiita
丁寧すぎるDocker-composeによるrails5 + MySQL on Dockerの環境構築(Docker for Mac)RubyMySQLDockerdocker-composeRails5 はじめに Dockerの勉強も兼ねてrailsのアプリをコンテナに作ろうとしたが環境構築にアホみたいに時間がかかった。 Dockerもrailsも（もはや初歩的なコマンドすら）不慣れなプログラマを救いたいので、手順を書きます。 あとDockerはこれからrailsエンジニアになる人が合わせて使えるようになっておけばスキルとして加点になるので（新しめの技術なので供給量的にも）、勉強のきっかけになればと。 この手順すらめんどくさいと思った方へ(2019-02-04追記) 何もない状態からrailsサーバーとMySQLのコンテナを立ててくれるシェル ※真面目に作りを意識しながらやった方が今後応
DockerfileでADDとchown/chmodの順序には気をつけよう - Qiita
はじめに バグなのだと思うのですが（仕様としてはおかしいと思うので）、Dockerfileを書いていて、ADDとchownやchmodの順序によって意図しない挙動になることがあるので共有します。 動作Version docker Docker version 0.8.0, build cc3a8c8d8ec57e15b7b7316797132d770408ab1a docker host os (Mac) boot2docker: 0.5.4 現象 例えば、centosユーザ、の .ssh ディレクトリに authorized_keys を置いて、Permissionなどを設定したいということがあります。 その場合少なくとも下記の条件を満たす必要があります。 ~/.ssh DIR は mode 700 でなくてはならない ~/.ssh DIR 以下の Owner は centosユーザでな
CircleCI + DockerでサーバCI始めました | feedforce Engineers' blog
はじめまして！今年１月からジョインしましたtjinjinです。feedforceではアニメインフラを担当しています。ちなみに今季オススメアニメはSHIROBAKOです。 今回サーバCIにDockerを導入しましたので、実際の設定や工夫した点など投稿したいと思います。 feedforceのサーバCI 弊社ではこれまでCircleCIまたはJenkinsとAWSを組み合わせてサーバのCIを行って参りました。 参考: JenkinsでサーバのCIを始めました しかし、CircleCIを利用するプロジェクトが増えるにつれ、CircleCIに実行待ちが発生するようになりました。CircleCIの実行ログを確認したところ、AWSのセットアップに時間がかかっていることがわかったので、環境のセットアップ時間を短縮できるもののはないかと探していました。そんな折、Dockerがいいのではという話を耳にしました
Circle ci and docker+serverspec
CIツール勉強会＠福岡 (http://connpass.com/event/12120/) で、Circle CIの話しを発表したRead less
CircleCIでDockerコンテナを走らせた
CIが流行っています。gitにpushするだけで自動でテストをやり、テストが通ったらdeployまでしてくれます。文明ですね。 というわけでDocker対応のCIツールであるCircleCIを使ってみました。 強そうです。 テストアプリ さっそくゴミを作りました。こんな感じです sinatra+unicorn+dockerで動いています https://github.com/meta-closure/circleci_test 使い方 curcle.ymlを書く 手順書みたいなものです。書き方はこういう感じです 大まかな流れとしては machine dependency test deployment のように書きます。 実際に書いてみるとこんな感じです machine: services: - docker dependencies: cache_directories: - "~/do
CircleCIでDockerコンテナのCI環境を整える - Qiita
自分の備忘録兼、社内ハンズオン用の資料なので、足りないところが多いかもしれません。 記事の最後まで進んだ状態が以下にありますので、参考にどうぞ。 honeniq/docker-circleci-sample 事前に必要なもの ローカルでDockerが使える環境 Docker-Toolboxなど DockerHubのアカウント GitHubのアカウント CircleCIはGitHubアカウントでログインできます Ruby Bundlerも必要 大体の手順 GitHubでリポジトリを作って、ローカルにクローン Gemfileを作成 テストの準備をする テストと実装コードを書く CircleCIの設定 GitHubフローでCIを回す DockerHubに自動デプロイ GitHubでリポジトリを作って、ローカルにクローン 項目として作ってみたけど、特に書くことがない。 Gemfileを作成 こんな
CircleCI で Docker Container を Serverspec でテストする
Serverspec の Docker Backend を使った Docker コンテナのテストを CircleCI 上で実行する際、多少手こずったので、その試行錯誤によってできた、サンプルプロジェクトを公開しました。 GitHub Repository quay.io Registry CircleCI Builds 前回の記事で紹介した事例は Rails を採用していたので、コンテナ側にも Ruby がインストールされており、コンテナ側にマウントするだけで Serverspec を実行できました。 docker run \ -e DATABASE_URL="${DATABASE_URL}" \ -e REDIS_URL="${REDIS_URL}" \ -v "$(pwd)/docker/serverspec"\:/mnt/serverspec \ --name "serverspec
Ansible + Serverspec + Docker + circle ci によるインフラCI - chroju.dev
CircleCIでDockerコンテナに対してansibleを実行しserverspecでテストをする - さよならインターネット この記事に書かれている内容を実際にやってみた。Ansibleを一旦は触ってみたところから、Circle.CIどころかCI経験が一切ない、ServerspecとDockerも使ったことがないという出発点だったので、得られるものはだいぶ大きい経験だった。完了したレポジトリは以下。 chroju/ansible-ruby-devs Ansibleにテストは必要か？ AnsibleはPlaybookに書かれた設定通りにサーバーをセッティングしてくれるツールなのだから、傍証としてのテストは必要ないし、そもそもそれはAnsibleに対する信頼の問題だという話がある。（かのオライリーのServerspec本でも「Serverspecの必要性」を状況に応じて説明した章がある）
サーバの CI を EC2 から Docker に変更したけどモヤモヤ
サーバの CI ってどうするのが良いのでしょうね。現状やむを得ず行って いますが、やり過ぎ感も否めないです。 [2014-09-14-1] に Wercker+Vagrant+EC2 の組み合わせでこのサーバの CI を始めてから、[2015-02-08-2] に CircleCI+Vagrant+EC2 に変更しま した。そして今回、CircleCI+Docker に変更しました。 理由は EC2 を使うのは大げさだと思い始めたからです。CI 時間の短縮を 期待しましたが、ほとんど変わりませんでした。結果的に、時々 EC2 イ ンスタンスを起動するのに 30 分以上かかり、CircleCI のタイムアウト 時間を超える問題は解決出来ましたが。 Docker 入門できて自己満足は得られたのですが、Docker の使い方ではな いなあというのが正直な感想です。 Docker を使ってサーバの
細かすぎて伝わらないかもしれない、CircleCIでDockerをごにょごにょするときのスピードアップテク - パラボラアンテナと星の日記
前回、「Dockerコンテナにcookしserverspecでテストをする」ということをやりました。 キャッシュ活用などによる高速化などが課題でした。今回はいくつかの課題を解決させ、テスト時間の短縮を図りました。 (「スピードアップテク」とか書きましたが、勝手に自分がハマってたところを改善したりしてるだけの箇所もあります。) 先に結論：対策後のビルド時間 対策前(build#9) docker imageキャッシュ有効時(build#55) docker imageキャッシュ無効時(build#54) load docker image 1m41s 0m20s 1m00s knife solo cook(nginxのインストール) 2m56s 0m12s 0m21s (other) (1m03s) (0m41s) (1m06s) TOTAL 5m40s 1m13s(!!!!!) 2m27s
Mac OS X - Docker Documentation
{ switch(e.key) { case 'k': if (e.metaKey || e.ctrlKey) { e.preventDefault() open = !open; if (open) { document.body.classList.add('overflow-hidden'); } else { document.body.classList.remove('overflow-hidden'); } } } }"> OverviewGet Docker Docker Desktop Overview Install MacUnderstand permission requirements for MacWindows Use the MSI installer Early Access OverviewInstall and configureUse IntuneF
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ネットワーク構築機能 — Docker-docs-ja 19.03 ドキュメント
Dockerfile チートシート - Qiita
