Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Content-Length: 234813 | pFad | http://b.hatena.ne.jp/syonx/Docker/
2019-06-01 追記 この記事より DockerfileのCMDとENTRYPOINTを改めて解説する - Qiita のほうがお勧めです。 元記事 Dockerfile referenceやDockerfile Best PracticesにENTRYPOINTとCMDの書き方と使い分け、さらに併用について書かれていました。 ENTRYPOINTとCMDの引数の書式 ENTRYPOINTの書式は以下の2種類があります。 ENTRYPOINT ["executable", "param1", "param2"] (シェルを介さずに実行。この形式を推奨) ENTRYPOINT command param1 param2 (シェルを介して実行) シェルを介して実行するほうは/bin/sh -cを使って実行するそうです。 CMDの書式は以下の3種類です。 CMD ["executable"
RUN cd /tmp RUN wget http://prdownloads.sourceforge.net/sourceforge/nagios/nagios-4.0.4.tar.gz RUN tar zxvf nagios-4.0.4.tar.gz RUN cd /tmp/nagios-4.0.4 RUN ./configure --with-command-group=nagcmd よくあるtarballをダウンロード➡️解凍➡️configure➡️makeする流れ。 今回は/tmpにダウンロードして解凍、フォルダへ移動しconfigureすると考えていた。 しかし、docker buildでimageを作成する際、一命令毎にコンテナが作成される。 次の命令は前の命令のコンテナを基にした新しいコンテナで実行されるため、 カレントディレクトリは常に"/"となる。 この状態でbuil
The Quay application could not be loaded, which typically indicates an external library could not be loaded (usually due to an ad blocker). Please check the JavaScript console for errors.
{ const container = $el; // The div with overflow const item = document.getElementById('sidebar-current-page') if (item) { const containerTop = container.scrollTop; const containerBottom = containerTop + container.clientHeight; const itemTop = item.offsetTop - container.offsetTop; const itemBottom = itemTop + item.offsetHeight; // Scroll only if the item is out of view if (itemBottom > containerBo
http://ilikestuffblog.com/2014/01/06/how-to-skip-bundle-install-when-deploying-a-rails-app-to-docker/1 comment | 0 pointsBrian Moreartyがタイトルの内容についてまとめています。 Dockerでは、Railsアプリを、依存関係(正しいRubyのバージョン、利用するgemなど)を組み込んだまま、コンテナにデプロイできる。アプリをそのコンテナでテストし、本番環境のホストにアップできる。事前にメモリを確保する必要がないので、かなり軽い感じのVMのようである。このポストではコンテナ作成の詳細には触れないが、簡単に説明すると、コンテナをセットアップするスクリプトであるDockerfileをつくって、docker buildで実行するというステップ。 Dockerは、最初
追記 コードの全体像がわかりにくいって意見をもらったのでgithubにコードおきました。 (りーどみーがわかりにくいとかあればPRいただけると幸せです) https://github.com/togana/sample-rails-docker versionとか少し変わってたりDockerfileの中で実行してるコマンドが少し変わったりしてますが、大きく変わっているところはないので参考にしてください! 追記2 docker-machineの共有ファイルを利用している場合、Rails5からファイル変更しても検知できなくなっていました。 ファイルの変更を検知しているのは config.file_watcher という設定です。 ここがバージョンアップに伴い変更されていました。 ActiveSupport::FileUpdateChecker から ActiveSupport::Evented
「Re:dash」を「Docker for Mac」上で動かしてみた 0.はじめに ずいぶん前に Rebuild.fm で聴いて、気になっていた「Re:dash」を試してみようと思い mac上のDocker for Mac環境で、公式サイトの手順を参考に Docker Composeを利用したところmac特有な部分で少しはまりましたので記事にしました。 なお、はまりどころさえ、おさえておけばdocker-composeで簡単に構築できました。 1.環境 mac OSX Yosemite Docker for Mac ver.1.12.1-beta26.1(build: 12100) Re:dash 0.11.1+b2095 (2016/09/26時点のlatest) 2.手順 以下Re:dash公式サイトから引用 Docker Compose 1.Make sure you have a
目的 Docker上で任意のフォントを使ってサイトのスクリーンショットを取りたい プラス テストしたい スクリーンショットをとるまでの記事はあるが、任意のフォントを設定するまでやっている記事は日本語では見当たらなかったので書いてみました。 すべてのソースはこちらにあります https://github.com/frkwy/xvfb_screenshot_on_docker 今回使用するフォントと文章は 女子高生風?の可愛い極細フォント「JKゴシックL」のダウンロード | ふぉんときゅーとがーる [青空文庫 夏目漱石 吾輩は猫である] (http://www.aozora.gr.jp/cards/000148/card789.html) を使用させていただきました。 フォントの確認と優先順位の確認 使用したいフォントの優先順位をあげれば解決します。 fc-list: フォント一覧 ここにない
Docker イメージを小さく作るテクニックって、いろいろありますよね。不要なファイルやディレクトリを削除したり、複数の RUN 命令をひとつにまとめたりなどなど。 ところが、ベースイメージに Alpine Linux を使う(FROM alpine とする)と、Docker イメージのサイズを 劇的に小さくできる ことがわかりました。 いままで、Docker イメージのサイズを小さくするために、ちまちまとやってきたことは、なんだったんだろうという感じです。まあ、それはそれで組み合わせて使いますが . . . なんとも . . . ねえ(笑) Alpine Linux とは Alpine Linux は、セキュアで軽量な Linux ディストリビューション musl libc と BusyBox をベースに構成されている 組込み系に適した Linux ディストリビューション パッケージ管理
TL;DR Use the following code snippet (or a variation) after all your app dependencies but before you ADD your app code to the container… this way you don’t rebuild your modules each time you re-build your container. If your package.json file changes then your modules will be rebuilt. See this gist for a full example. Add this to your Dockerfile, after your deps, but before your app code.gist 1 2 3
構築、運用工数、利用の便利さ、セキュリティ、コストなどのあらゆる面から総合的に考慮した結果、DockerRegistry on EC2に決めました。 1.1. システム構成: 構成図は以下のとおり: 特に難しいことはなく、一般的なELB-Autoscaling構成になります。ストレージはS3を利用します。 1.2. 構築手順とポイント S3にイメージ格納用のバケットを作成 ELBを作成: Health Checkはtcpの5000番ポート(registryコンテナの動作ポート) HTTPSの443ポートからHTTPの5000番ポートへトラフィックを転送 HTTPS証明書はAWSのCertificate Managerサービスを利用 (最初に構築時ACMはまだ東京リージョンに来ていませんでしたが、5月に東京リージョンでも利用可能になりました。便利なサービスなのでぜひ利用してみてください。)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/syonx/Docker/
Alternative Proxies: