「Docker」と新コンテナランタイム「rkt」をサクっと比較してみる - Qiita
概要 この記事では、アプリケーションコンテナのランタイムであるDockerとrktについて、 2つの大まかな違いを説明し、Dockerとrktそれぞれを使用してコンテナの取得・作成・起動・破棄など基本的なコンテナ操作を実施してみます。 記事全体として「Dockerはある程度知ってるけど、それに比べてrktってどうなんだ？」というトーンで書いています。 Dockerとは 公式：https://www.docker.com/ Docker社が開発しているオープンソースのコンテナランタイムです。 コンテナ技術自体は決して新しくはないですが、その使いやすさからある種のコンテナブーム（?）を巻き起こしたともいえるかと思います。 詳しい情報は、ググれば良い記事が山ほど出てくるので割愛します。 rktとは 公式：https://coreos.com/rkt/docs/latest/ CoreOS社が開発
Dockerでマウントしたディレクトリにユーザ権限でファイル作りたい話。 - Qiita
端書き 最近Jenkinsとかでテスト書く上でDockerのお世話になっている。 プロジェクトごとの依存関係とかCI環境にいれなくていいのがとても素敵なのだけど、一つだけ不便な点がある。 そのままだとテストがrootで走ってしまう問題。 とくにテスト結果や生成物を保存したくてワークスペースを -v でコンテナにマウントしていると、root権限で書かれてしまってワークスペースを削除したりが失敗する。 というかテスト自体、root権限で動かせないケースもあったりなかったりなので、一般ユーザ権限で動かしたい。 Jenkinsの Docker Pipeline Plugin なんかだと -u オプションでユーザ権限で走らせていて、一見これで一件落着に見えるのだけど、地味に問題がある。 一つは存在しないユーザの可能性があること。そしてもう一つがroot権限を失うこと。 最初はこれでいいじゃないか、と
docker-composeでmysql使うとき初回起動時に複数のDBを作る方法 - Qiita
とりあえず自分が慣れてるんで docker-compose のymlの書式で書きますが、コマンドラインからでも同じことはできるはずでやんす。 tl; dr MYSQL_DATABASE をenvに指定すれば１個は作ってくれるけど、複数個のDBは作ってくれない /docker-entrypoint-initdb.d にあるSQLは勝手に突っ込んでくれるしシェルがあればシェルを実行してくれる /docker-entrypoint-initdb.d にいい感じのシェルを書くといい感じにDBが作れるというか、なんでもできる。 やりたいこと 以下のような docker-compose.yml を用意して、２つのDBを作りたいと思っています。 version: '2' services: db: image: mysql environment: MYSQL_DATABASE: first_datab
「モアイ」は終了しました
モーニング・アフタヌーン・イブニング合同Webコミックサイト「モアイ」は終了しました。 「コミックDAYS」「モーニング公式サイト」「アフタヌーン公式サイト」をご利用ください。
AWS ECRの東京リージョンも出たことだしShippableでそれを最大限活用してみる - Smoky God Express
Shippable記事が割と反応あったのにみんなが使ってるよって報告がなくてつらいです。 ちなみに先日教えて頂いたのですがShippableのキャラクターはアイアイだそうです。 南の島のおさるさんのアイアイです。日本人なら誰でも知ってる、みんなのうたのアイアイです。 これはもう最高にかわいいというのは疑問の余地はありませんね*1 ECR Tokyo Region この前ECR*2の東京リージョンが来てましたね。 dev.classmethod.jp いままでDocker hubを使っていたのですがECRの東京リージョンはやっぱりはやいです。 イメージのpush/pullが遅いと暇をもてあまし気味なのではやいのはいいですね。 今回はShippableを使いながらECRを活用するためにやったことを紹介します。 BYON ShippableにはBYONという機能があります。Bring Your
xkcd: データセンターのスケール
xkcd: Datacenter Scale 「RAIDコントローラーは私どもの規模では無意味ですね。すべてはより上位で冗長性を確保しています。ディスクドライブが一つ故障したら、マシン1台を丸々破棄しています」 「マシン1台？ うちではラックごと破棄しているぞ」 「そうよ。誰がサーバーを1台交換する作業をするっていうの？」 「うちのところは、部屋ごと交換しているよ。うちの規模では、ラック単位で何かをするのは経済的ではない」 「すげぇ」 「Googleみたいだ」 「うちなんかスプリンクラーとか消化剤噴出機なんてものは用意していないわ。データセンターで火災が発生したら、自然鎮火するまで待って、町ごと作り変えることにしてるわ」 「合理的だな」 「避難はしごとか設置する必要、本当にあるのかな」 titleテキスト：アシモフの宇宙ACは超空間中のデータセンターを接続したものだが、実際よく出来ている。
GitLab CIを触って暫くたったので雑な感想 - Webuilder240's Blog
いろいろどっかにGitlabCIについての知見をまとめてたはずなんだけど、なくしてしまったので書くのに時間がかかってしまった。 とりあえずどんな感じなのか雑に眺めたい方もいることなので、雑にまとめた。 Gitlab CI 3行まとめ Gitlab CIはGitLabで使える。CircleCIみたいなもん。最初にちょっとセットアップすれば、Jenkinsより簡単・便利。カバレッジとか成功時にデプロイとか出来る。 GitLab RunnerというCIで使うコンテナを動かすサーバーの構築が必要になるが、必要な作業は大体これだけ。あとはアプリケーション側で設定する。 GitLab使ってたら使っていいと思う（特にアンチJenkins） GitLab CIについて Ruby + Go, Dockerを使っている 8.2位からGitLabの機能に統合された。 .gitlab-ci.ymlにcircle.
werckerでdockerイメージをキャッシュ・リストアさせるステップ - Qiita
- script: name: load docker images from CACHE code: | find $WERCKER_CACHE_DIR/docker/images/ -name "*.tar" -ls -exec docker load -i {} + || : - script: name: save docker images to CACHE code: | mkdir -p $WERCKER_CACHE_DIR/docker/images docker ps -a | awk 'NR>1 {print $2}' | xargs -I{} -P0 bash -c "export SAFE=\$(echo {} | sed -r 's|[/:]|_|g'); [ ! -f $WERCKER_CACHE_DIR/docker/images/\$SAFE.tar ] &
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker for Macのimagesの保管場所を別のパスに変えたい！
長文日記
GitHub - sammcj/kernel-ci: Continuous integration for the Linux Kernel - Built within Docker
Quipper on Containers
ECSのデプロイツールを試している話
Cloud FoundryのコンテナランタイムをOCI標準のrunCに変更する - IK.AM