Dockerに対する注目がどんどん高まっています。GoogleやMicrosoftもDockerを積極的に採用して自社クラウドサービスに組み込んでいますし、Dockerを使ったコンテナベースのクラウドサービスも増えています。 Dockerでは各コンテナではあまり複雑な構成をせず、1コンテナ1アプリケーションとして、コンテナ間をリンクして使うのがお勧めです。それによってコンテナ間の依存度を下げつつ保守性を維持できるのがメリットになります。 逆にデメリットとしては構成が複雑になるためにアプリケーションをまとめあげ、構成する仕組みが必要になります。今回はそのためのツールとしてリリースされたFigを紹介します。元々Orchard Labsが開発していましたがDocker社に買収され、2014年10月にリリースされたツールになります。Docker本体が買収したとあって、需要は高いツールと言えるでしょ
Docker1.3がリリースされましたね! それに合わせて、周辺ツールがアップデートされていて とても便利になったと感じたので紹介してみます。 Docker/boot2docker Docker 1.3: signed images, process injection, security options, Mac shared directories boot2dockerでのVolume問題が解決しそう Virtual Box Guest Additionsをサポートしたことにより、 MacOS上のファイルとコンテナ内の同期が簡単になりました。 またDockerがexecコマンドをサポートしたことにより sshインストールなしでコンテナ内でコマンド実行することが出来ます。 でかい。 figは複数のDockerコンテナをお手軽に管理するためのツールです。 シンプルなyamlファイルを用意
ども、大瀧です。 今週金曜日にあるDocker Meetup Tokyo #2という勉強会でLTすることになりまして、大慌てでDocker触ってます。Dockerの開発は非常に活発で、新機能や仕様変更が続々と出ており刺激的なのですが、手元の開発環境として使っているMBAでのセットアップ方法が以前と変わりすぎていたので、備忘録としてまとめておきます。 Dockerの実行方法はVagrantを使う方法などいくつかありますが、今回はDocker公式ドキュメントをベースに、Homebrewで簡単にインストールする方法をチョイスしてみました。すぐに陳腐化する恐れがありますので、そこんとこオナシャス!です。 必要なソフトウェア OS X Mavericks(DockerはSnow Leopard以降をサポート) VirtualBox Homebrew VirtualBoxおよびHomebrewのインス
HubotをHipchatやIdobataなどのチャットと連携して利用すると、GithubやTravis、New Relicなどのサービスからの通知をチャットで受け取れて便利です。 その際のデプロイ先としてHerokuが非常に便利なのですが、放置しているとアイドリングしてしまいます。 それでは困るので定期的にリクエストを飛ばすスクリプトを書いて対応していたのですが、もっと簡単な方法があったので紹介します。 Herokuの環境変数HEROKU_URLにHubotのデプロイ先のURLを設定するだけです。 処理はHubotのrobot.coffeeに書いてあり、HEROKU_URLが設定してあれば20分に1回 http://yourapp.herokuapp.com/hubot/pingにPOSTするようになっています。 https://github.com/github/hubot/blob/
はじめに github / hubot 今さらながら,bot フレームワークである Hubot を触ってみたのでその記録. 参考 GitHub社謹製! bot開発・実行フレームワーク「Hubot」:連載|gihyo.jp … 技術評論社 hubot/README.md at master · github/hubot 前者の連載 第2回目,「Hubotを動かしてみる」におけるひな形作成あたりの勝手は,現在のものとは異なっているようなので,そのあたりは本家の方を重視. 目次 インストール ひな形を作成 とりあえず体感: shell アダプタ ちょこっとだけ拡張してみる IRC に接続する: irc アダプタ Slack に接続する: slack アダプタ インストール Hubot は node.js 製なので,そのあたりから. nodebrew hokaccha / nodebrew Hom
概要 Datadog というモニタリングサービスを利用して Docker コンテナの CPU やメモリなどのメトリクス収集・監視とコンテナの死活監視をするという話。 Datadog を使うメリット Docker をどうモニタリングすべきかのモデルとなる Datadog のエージェントは、 Docker が依存する Linux の "namespace" と "cgroup" が提供するメトリクスを 15 秒ごとに収集することでモニタリングを行っている。また Docker コンテナをどうモニタリングするか・どうメトリクスを収集するか・どんなメトリクスがあるかを学ばさせてもらっている。 参考: "How Docker monitoring works" Monitor Docker with Datadog - Datadog Blog コンテナへ自動でタグ付け Datadog は Docke
さすがにdcokercon14が開催されているということもあって、Dockerネタで2日連続で記事を掲載してきたか…。 ということで、この記事も日本語訳してみることにする。(超訳っぽいところは、寛大な心をもって読んでください。) 尚この記事を読む前にDcokerのドキュメントのRuntime Privilege and LXC Configurationの部分に目を通しておくと良いかもしれない。Datadog agentをインストールするコンテナは、このPrivilege機能を使って他のコンテナの情報にアクセスしていると思う。 Docker-ize Datadog with agent containers Docker-ize Datadog with agent containers (原文) Docker is an exciting technology that offers a
「今日は、dockercon14がサンフランシスコで開催されているな〜」と思っていたら、Datadog blogからもDocker関連の面白い記事が掲載されました。 Datadog agent 4.3.1をDockerホストOS上で起動し、他のアプリと同じようにIntegration用のYAMLファイルを設定することでDcoker内の各コンテナの状態をモニターリングできるということです。 Datadogの@alqが「もちろん翻訳してもいいよ〜! (Yes! Of course.)」言ってくれているので、次に日本語で同記事を転載します。 その前に次のシリーズを読んでおくと、Datadogはどうやってメトリックスを集めようしているのかが理解できると思います。 第3回 Linuxカーネルのコンテナ機能[2] ─cgroupとは?(その1) 第2回 コンテナの仕組みとLinuxカーネルのコンテナ機
もう日も変わろうという時間になっても Hubot Advent Calendar 2014 の13日目が埋まっていないようなので急遽飛び込んでみます。うーん、ちっともそれ向きの話ではないかも。 hubot の Slack アダプタ がバージョン 2 から 3 (これを書いている時点では 3.1.0)になりました。これに伴って Slack 側の Hubot Integration も様変わりしています。 試しに触ってみて、気づいた点をメモしておきます。 大きく変わったこと Slack 側の Hubot Integration 発行される token の形式が変わりました。v2 から v3 に変更すると以前のものは使えず、改めてもうひとつ Hubot の integration を追加する必要があります(以前のものはあとで不要になれば削除)。 hubot の名前はここで設定します。 チャンネル
スクリプトが使用する設定 Hubot自身が使用する設定値は、コマンドライン引数でも環境変数でも指定できますが、Adapterや個別のスクリプトの設定値は環境変数でしか設定できません。 環境変数はどのように設定しても構いませんが、開発中は“Hubotを起動するためのシェルスクリプト”を用意してそのシェルスクリプトの中に設定を書いておくと便利です。具体的には、次のようなシェルスクリプトを書くことになります。 run_hubot.sh #!/bin/sh export HUBOT_ADAPTER=hubot-irc export HUBOT_NAME=myhubot bin/hubot 以後、Adapterなどで使用する設定値は、シェルスクリプトを書いて環境変数を設定する方式で説明しますが、適宜自分にとって都合の良い方法に読み替えてください。 初期状態のエラーを解消する方法について 前回、H
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く