今更だけどdocker composeのベストプラクティス - Usual Software Engineer
複数のdocker imageとcontainerを使ってサクッと環境を整えたいときにdocker composeってとても便利ですよね。 単純な構成だと公式ドキュメントを読めばわりと簡単に思い通りになるのですが、 意外と慣れるまではどんな設定をしてどうファイルを配置するか迷いがちだと思います。 そんなわけで今更感が強いですがベストプラクティス的なものをまとめておきます。 最近になってようやくDockerfileとdocker-compose.ymlの良い書き方使い方がわかってきた気がする。初期のころに書いたやつも試行錯誤して書いたはずなんだけど今やクソみたいに感じる— innossh (@innossh) 2016年9月19日 今月のブログ書くネタに困って今更になってdocker composeを選んだわけでは…うっ… ベストプラクティスと言いつつ半年以上前の情報の可能性が…うっ… さっ
開発環境がLinuxに戻ってそれなりにこなれてきたので現在の環境について書く - joker1007’s diary
Macを捨ててThinkpadにGentooを入れて開発環境としてから2ヶ月が過ぎた。 世の中にはMacから離れようとしてThinkpadを買ったら、矢印キーボード押しにくいとかタッチパッドがクソなので、Macに戻っていった人も居るみたいですが、私としては至極快適に過ごしております。 そもそもThinkpadのタッチパッドは基本無効化するものなのでどうでもいい。まあそのスペース邪魔なんだよ、とは思いますがw Wi-Fiの無効化キーを誤爆するという危険があるらしいが、Gentooだと頑張って設定しないとそういう特殊なキーはそもそも動かないので、そんな危険もなく安全ですね。 Gentoo入れてタッチパッドを無効化すれば、Windows10というOSも使わなくていいし、全て解決するんではないでしょうか。 前置きはこのぐらいにして、色々と使うものが安定してきたので今の環境について書いていきます。
PaintsChainerをAmazon EC2で動かしてみた | DevelopersIO
ども、大瀧です。 PaintsChainerはディープラーニング技術であるニューラルネットワークのフレームワークChainerを利用した、線画像を着色するWebサービスです。ソース自体は公開されているので、NVIDIA製GPUを搭載した自前のマシンで手軽に試すことができます。 線画着色webサービスPaintsChainerを公開してみた - Qiita 今回は、NVIDIA Tesla K80 GPUが使えるAmazon EC2 P2インスタンスのDockerコンテナ上で実行してみました。 [GPU] 新インスタンスタイプにp2が追加されました ｜ Developers.IO 動作確認環境 AWSリージョン : オレゴン EC2インスタンスタイプ : p2.xlarge AMI : amzn-ami-hvm-2016.09.1.20170119-x86_64-gp2 (ami-f173c
AWS CodeBuild をちょっと触ってみた - Diary
AWS CodeBuild をちょっと触ってみた フルマネージドのビルドサービス という触れ込みで、実際まあその通りなんだけど、これはあくまでもビルドツールであって CI ツールではない。出来ることはビルドだけ。 なので Amazon Travis 的なサービスではない。 AWS CodePipeline や Lambda や API Gateway などと組合せることで一気通貫の CI 環境を構築することはもちろん可能だが、大抵の場合において Travis に金を払ったほうがいいと思う。 Jenkins おじさんならぬ AWS CodePipeline が発生してしまう。 ビルドタスクが大量にあり Travis なり Jenkins なりのレーンが頻繁に逼迫してる会社ならばこれらサービスを使ってやっていくコストをペイできることでしょう。 一方で個人が Github の Private リ
Docker 1.12 ハンズオン資料 (JAWS-UGコンテナ支部) - Qiita
誰？ @zembutsu a.k.a Masahito Zembutsu さくらインターネット株式会社 技術本部 (@zembutsu_works 仕事用) Docker Authorized Trainer HashiCorp や Docker のドキュメント翻訳や技術検証 https://pocketstudio.net http://docs.docker.jp 過去の発表スライド http://www.slideshare.net/zembutsu Topics ハンズオン概要 swarm モードの基本的概念 手順 概要と目的 Docker 1.12 から組み込まれた swarm モードを試します。 ３台のノードでクラスタを構築します クラスタ上で、Nginx サービス（コンテナ）を起動 スケールアップ・ダウンや、ルーティング・メッシュ、ローリング・アップデート、自動復旧までの流れ
RDS(MySQL) のスロークエリを EFK スタック + Docker で出来るだけ手軽に可視化する考察 - ようへいの日々精進XP
モチベーション RDS の勉強をしたい→スロークエリの設定を見てみよう RDS のスロークエリをお手軽に可視化出来ないものか Elasticsearch + Fluentd + Kibana(EFK スタック) を改めて勉強したい 実サービスへの影響を極力抑えたい 可視化する手間は極力省く ということで、Elasticsearch + fluentd + Kibana + docker-compose を利用することで、ほぼコマンド一発で可視化する環境は起動する環境を作ってみた。 github.com 参考 https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/USER_LogAccess.Concepts.MySQL.html https://github.com/kenjiskywalker/fluent-plugin
Re: 運用に自動化を求めるのは間違っているだろうか
2016年4月23日(土) #qpstudy 2016.04 響け！アラートコール！ 発表資料 http://www.zusaar.com/event/12327003 Read less
LinuxコンテナはWindows Server Containerでは動かない
Windows Server Containerの登場により、Windows Server、LinuxともにDockerを用いたコンテナが利用可能になります。この両者に互換性はあるのでしょうか？ 「LinuxコンテナはWindows Serverでは動かない」と、Windows AzureのCTO、Mark Russinovich氏が8月17日付けでブログにポストした記事「Containers: Docker, Windows and Trends」で次のように説明しています。 Linux containers require Linux APIs from the host kernel and Windows Server Containers require the Windows APIs of a host Windows kernel, so you cannot run Li
「DockerはいずれCloud Foundryと競合するだろう」Mirantisが予想するPaaSの激突
OpenStack専業SIerの米Miarntisは、オープンソースとして開発されているPaaS基盤ソフトウェア「Cloud Foundry」を推進する団体「Cloud Foundry Foundation」への加入を明らかにしました。 Mirantis Is Joining the Cloud Foundry Foundation to Never Build a Cloud Foundry Distribution Cloud Foundry Foundationへの加入は、MirantisがPaaS領域へ手を広げるためではなく、顧客がOpenStackの上で稼働するPaaSの選択肢を確保するためだと、次のように書いています。 our mission is to make sure it works best on OpenStack. Joining the Cloud Foundr
Ubuntu、クラウドに最適化した軽量版「Ubuntu Core」発表。Docker以外のコンテナにも幅広く対応
Ubuntu、クラウドに最適化した軽量版「Ubuntu Core」発表。Docker以外のコンテナにも幅広く対応 軽量OSへの取り組みとしては、Red Hatの「Red Hat Enterprise Linux Atomic Host」や、あるいはCoreOSなどがあります。 Ubuntu Coreの特長は、上記2つがいずれもDockerに最適化しているのに対し、Ubuntu CoreはDockerだけではなくあらゆるコンテナ機能を想定して、きびきび動くOSとして軽量化（原文では“Snappy”と表現）を行っている点です。 あらゆるコンテナに対応 Ubuntuの創始者であるマーク・シャトルワース氏は、Ubuntu Coreのコンテナ対応について次のように説明しています。 In Ubuntu Core, we aim for a much smaller Core, and then ena
「Windows ServerがDockerを採用する」とはどういうことなのか
昨日、マイクロソフトがDockerと提携し、次期Windows ServerでDockerを採用すると発表したニュースは大きな反響がありました。 DockerはすでにAmazonクラウド、Google Cloud Platform、Microsoft Azureといった主要なクラウドでサポートされており、Red HatやCoreOSなどがDocker専用のOSの開発に取り組むなど、いまクラウドでもっとも注目されているテクノロジーの1つです。 そのDockerをWindowsが採用するとは一体どういうことなのでしょうか。ここでは推測を交えた解説をしたいと思います。 Docker Engineの3つの特長 Dockerは、Linux OSにコンテナ機能を提供する「Docker Engine」と、Dockerイメージを共有できる「Docker Hub」の2つから構成されています。ここではWind
libswarmの現状と将来 | SOTA
libswarmの現状と将来 DockerCon14で新たに発表されたDockerによる新しいOSSであるlibswarmをざっと触ってみたので，現状何ができて，将来的にどういったことができそうになるかを簡単にまとめておく． TL;DR libswarmを使うと複数ホストやサービス（自社サーバー，DigitalOcean，Amazon EC2，Orchardなど）に存在するDockerコンテナを，１つのホストに存在しているかのように扱うことができるようになる．Dockerがホストを抽象化したのに対して，libswarmは複数ホストを抽象化する． libswarmを使ったswarmdコマンドを使って，UNIXのパイプのように複数ホストやサービスを連鎖的につなげる． デモ libswarmで何ができるのかは，DockerCon14でのデモ動画“Orchard + libswarm demo f
［速報］Docker Hub発表。ビルド、テスト、デプロイの自動化、Dockerイメージの管理など。Dockerのプラットフォーム化を推進
［速報］Docker Hub発表。ビルド、テスト、デプロイの自動化、Dockerイメージの管理など。Dockerのプラットフォーム化を推進 Dockerの開発元であるDocker社は、Docker 1.0の発表とともに、Dockerを基盤としたアプリケーションの開発、配布、実行のための一連の機能を備えたサービス「Docker Hub」を発表しました。 関連：［速報］コンテナ型仮想化のDocker 1.0がリリース。Dockerはコンテナエンジンからプラットフォームになると宣言 Docker Hubは、GitHubやBitbucketなどのソースコード管理ツールと連係して自動的にコードをビルドする機能や、AmazonクラウドのAWS Elastic BeansTalkやGoogle Compute Engine、Rackspace、Red HatのOSなどと連係してアプリケーションをデプロイ
コンテナ型仮想化「Docker 0.9」リリース。LXCに依存しなくなり、安定性向上など
ハイパーバイザによる仮想化とは異なり、OSの上にコンテナと呼ばれる分離したユーザー空間を作り出すことで、軽量で効率よく複数の仮想サーバを実現するコンテナ型仮想化ソフトウェアの「Docker」が、最新版の0.9をリリースしました。 Dockerはこれまでコンテナを実現するためにLXC（Linux Containers）に依存してきましたが、今回のDocker 0.9からはカーネルのコンテナAPIを直接コールするlibcontainerドライバを独自に開発し同梱。LXCがなくても稼働するようになり、安定性も向上したとのことです。起動オプションにより、従来どおりLXCを使うことも可能。 次バージョンは1.0のリリース候補 次のバージョンはDocker 1.0のリリース候補となる0.10であることも明かされました。1.0に向けて、安定性能向上、メジャーなOSのサポート、より小さなコア、ドキュメント
docker-registry と Amazon S3 で作る自分だけのコンテナ倉庫（リポジトリ） - ようへいの日々精進XP
はじめに コンテナイメージは index.docker.io にだけ保存出来ると思っていたら個人でもリポジトリを持てるらしい しかも、コンテナイメージを Amazon S3 に保存出来るらしいので課金に注意しつつ*1そちらで試してみる！ 尚、リポジトリの環境自体もコンテナイメージで配布されているのでそちらを利用する docker-registry は Gunicorn という python の WSGI HTTP サーバーで実装されている 参考 docker-registry S3-backed Private Docker Registry Deploying your own Private Docker Registry 準備 docker-registry コンテナイメージを pull してくる せっかくなんで docker クライアント for MacOS X でやってみる。 d
Share Directories via Volumes - Docker Documentation
Share Directories via Volumes¶ New in version v0.3.0: Data volumes have been available since version 1 of the Docker Remote API A data volume is a specially-designated directory within one or more containers that bypasses the Union File System to provide several useful features for persistant or shared data: Data volumes can be shared and reused between containers. This is the feature that makes d
LXCベースのDockerとホストマシンのディスクI/O性能を比較検証（Bonnie++編） - Y-Ken Studio
dotCloudが開発しているLinuxコンテナ型仮想ソフト「Docker」が巷で話題ですね！ これはLXCにストレージドライバとしてunionfsから派生したaufs（CentOSではLVMのThin Provisioning）を組み合わせた所がキモで、つまりファイルシステムの差分管理が出来る特徴があります。 なんだか仕組みを想像する限りディスクI/Oが遅そうな印象ですが、どの程度のものかベンチマークを取りました。 ストレージドライバ Dockerは元々aufsで作られていたのですが、それはAUFS対応のカーネルを入れる前提です。 これはRedHat系ディストリビューションへの対応を行う上での大きなハードルでした。 そこで同様にCoW(CopyOnWrite)を実現出来るLVMのThin Provisioningが採用されています。 ドライバがaufsなのかLVMを扱うためのdevice
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Container clustering with Amazon EC2 Container Service // Speaker Deck
Photon OS
CoreOSクラスタにDockerコンテナをデプロイ #dockerjp
