注意 本件記事ですが、私の不適切な行動（拾ったスクリプトを検証なく走らせる）が原因です。「dockerは（特に何もしなくとも）危険」との誤解を皆様に与えた点、ご迷惑をおかけいたしました。申し訳ございません。 拡散されている記事を削除するのはさらなる誤解を招きかねないと思いましたので、冒頭に注意を付記しております。以下の記事は、「自分が何してるかをきちんと検証できないとセキュリティホールを生み出す」という意味で参考にして頂ければ幸いです。 追記 Twitterやはてブで言及いただきました皆様、ありがとうございます。 本件はpullしてきたイメージが悪意ある開発者によるものかどうかにかぎらず、不適切な設定をしていると起こり得ます。 ※コメント欄に質問への回答という形で、私がそのときに走らせていたイメージの一覧を挙げておりますが、どのイメージも評判あるものだと思います。 皆様におかれましては「あ

最近、Docker以外のコンテナ型仮想化技術の流れとして、自作コンテナエンジンの時代が来るのではないかと感じている。 自作コンテナエンジンとは、コンテナ型仮想化技術を構成する個々の要素技術を組み合わせ、自分の用途にあわせて最適化したコンテナエンジンのことだ。 他のOSのコンテナ仮想化技術について疎いため、以下ではLinuxに限定して話を進める。 概要 Dockerも含めて、Linuxコンテナはコンテナを構成する複数の要素技術の組み合わせである。自分のやりたいことに対して、Dockerをはじめ既存のコンテナエンジンが複雑すぎるケースがある。そこで、自分の用途にあわせてコンテナエンジンを自作することを考えてみる。libcontainerに代表されるように、Linuxコンテナエンジンを自作しやすい環境が整いつつある。今後は、巨大なコンテナエンジンに対して、UNIX哲学に基づいて制御可能な小さなコ

概要 Zabbix 3.0 の検証用に Docker で簡単に環境を構築できるようにした。構築には Docker Compose を使い Zabbix Server 用コンテナと MariaDB コンテナを稼働・管理する。 動作条件 今回の確認を行ったのは以下の環境。 CentOS 7.2 (kernel 3.10.0-327.10.1.el7.x86_64) Docker Engine 1.10 + Docker Compose 1.6 Zabbix コンテナ zabbix-3.0 zabbix-db-mailadb 環境構築 作業方針 zabbix-community-docker で配布されている Zabbix 3.0 の Docker イメージを使い環境構築を行う。 コンテナは Docker Compose を使って一括管理できるようにする。ただし、コミュニティで配布されている d

Docker MachineはDockerホストをローカルコンピュータやクラウドプロバイダー上に手軽に構築するためのツールです。普通に仮想マシンを立ててaptなりyumなりでDockerをインストールしても良いのですが、Docker Machineを使うと、インスタンスの作成、破棄や環境変数の設定などを簡単に行えるのがメリットです。Vagrantみたいな感じですね。 Docker Machine Docker Machineにはプラットフォームに対応しています。ドライバも多いです。 OpenStackドライバがあるので、これをConoHaで動かしてみましたが、インスタンスのIP取得部分で問題があったので、修正版を作ってみました。これでConoHaでDocker遊びがしやすくなりますね！ 修正版 hironobu-s/machine 修正点 ConoHaはIPv4、IPv6のデュアルスタック

原文：Compose file version 3 reference https://docs.docker.com/compose/compose-file/ docker-compose.yml で定義される各々のサービスは、特定の image か build を指定する必要があります。その他のキーはオプションであり、docker run コマンドラインのものと似ています。 docker run と同様に、Dockerfile で指定されたオプションがデフォルトとして尊重されます（例：CMD,EXPOSE,VOLUME,ENV）。そのため、docker-compose.yml で再び定義する必要はありません。 image タグや image ID の一部です。ローカルでもリモートでも構いません。ローカルに存在しなければ、Compose はイメージを取得（pull）します。

Dockerを使い始めてみたので、覚え書き的に書いていきます。 おかしいところなどあればご指摘下さいm(_ _)m 今回のゴール ・Dockerの基本機能の把握＋理解 ・ローカル環境でnginxが動作するDockerコンテナを構築する。 Dockerとは DockerはImmutable Infrastructureという概念を採用しており、どの環境にデプロイしても冪等性を担保したインフラを実現する技術である。 つまり、 ・デプロイしたら動かなかった ・デプロイ先によってバージョンが異なる といった問題が生じない Dockerはコンテナと呼ばれるアプリケーションのパッケージを作成することでき、Dockerfileに設定を記述することで独自のコンテナを作成することができる。 もちろん予め用意されたイメージを利用することも可能で、dockerhubというサイト上に存在するイメージをpullして

原文：Compose environment variables reference https://docs.docker.com/compose/env/ メモ：環境変数は、リンクされたサービスに接続する方法として、既に推奨されていません。しかしながら、接続のためにリンク名（デフォルトでは、リンクされたサービス）ををホスト名のように使えます。詳細についてはdocker-compose.yml ドキュメントをご覧ください。 Compose は、コンテナで公開するサービスと他のコンテナの接続に Docker link を使います。それぞれリンクされたコンテナには環境変数が設定されます。環境変数はコンテナの名前を大文字にしたものです。 サービス上でどのような環境変数が利用可能か調べるには、docker-compose run SERVICE env を実行します。 name_PORT 全ての

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

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"

docker-composeを使うと、複数のコンテナから構成されるサービスを従来よりも簡単に管理できるようになる。 dockerだけで管理する場合の不便さ たとえば dockerだけでmysqlとgitbucket・redmine・リバースプロキシ(nginx)を立ち上げる場合には、次のようなコマンドをシェルスクリプト化しておく必要があった。linkオプションがあるので、コンテナの立ち上げ順序も気にしなればいけない。 # mysql docker run --name mysql \ -d \ -p 3306:3306 \ --volumes-from data-mysql \ -e 'MYSQL_ROOT_PASSWORD=password' \ mysql # redmine docker run --name redmine \ -d \ --link mysql:mysql \ -

docker_cheat.md Docker 虎の巻 Fork from Docker cheat sheet 実際にコマンドを試したい場合は、すぐにDockerを試したい人のための基礎コマンドを参照 何故Dockerを使うべきか Why Should I Care (For Developers) "Dockerが面白いのはシンプルな環境に隔離性と再現性をもたらしてくれることだ．ランタイムの環境を一度作れば、パッケージにして別のマシンでも再利用することできる．さらに，すべてはホスト内の隔離された環境で行われる（VMのように）．最も素晴らしい点は，シンプルかつ高速であることだ．" Dockerで使われている技術 仮想環境構築に docker を使う LXC "Xen とか VirtualBOX みたいにホスト内に仮想マシンを立ち上げるんじゃなくて、ホスト内の隔離された環境で仮想マシンを動か

Explore our guides and reference documents to integrate IONOS Cloud products and services.

前提 MacでのDockerは、boot2dockerを使用しますよね。なのでインストール済みであること。 docker pull centos:7で、既にCentOS7のイメージをインストール済みであること。 問題点 centos7のコンテナを、今まで(Centos6系など）と同様に、以下のように起動します。 > docker run　-i -t -d -p 8888:80 -p 10022:22 --name="container_name" centos:7 /bin/sh

ワークスタイルとチームのための情報ブログメディア

Dockerの覚書です。 Dockerの基本的な使い方 Dockerとは ITproだったかどっかのページのリンクを張る。 Docker本家のページも良いですが、@ITの記事のほうが解りやすいと思ったのでそのリンクを載せます。 http://www.atmarkit.co.jp/ait/articles/1405/16/news032.html Docker本家： http://docker.com/ 用語 イメージ：コンテナが動作するためにベースとなるファイル群。コンテナによってイメージが変更されることはなく不変のもの。Docker Hubから取得可能。CentOSイメージが汎用的なので初心者には使いやすいと思う。 コンテナ：イメージから作成されたインスタンスのようなもの。コンテナが動作することで生成されたファイルは、イメージではなくコンテナに紐づいて管理される。ざっくり言うと、コンテナ

{ 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