Ansible + TestKitchen (Serverspec) for Docker（初級者向け）
Ansible + TestKitchen for Docker 社内ハンズオン ターゲット：Ansibleを始めて利用する方向け 今回、社内でAnsible + TestKitchenを使った、インフラのテスト駆動開発handsonを実施しました。 その内容を公開いたします。 handson用コード 概要説明資料 Ansibleとは 一言で**「エージェントレスで手軽に利用出来る構成管理ツール」**で Chef/Puppet/Itamaeなど様々あるプロビジョナーと並ぶツールです。 TestKitchenとは こちらは主にテスト環境への構成のプロビジョニングと構成管理が正しく実装されているかをチェックするためのツールです。 様々なプロビジョナーと連携しつつ、構成管理対象のターゲットをvagrant / dockerなど適用できるため、今回採用しました。 今回のハンズオンでやったこと An
Docker Remote APIでSwarmのServiceを検索する - Qiita
Dockerを操作できるDocker Remote APIをいろいろ触ってみたので覚書。 SwarmのService一覧を取得する [{ "ID": "SERVICE_ID", "Version": { "Index": 481 }, "CreatedAt": "2016-08-16T06:57:27.740891834Z", "UpdatedAt": "2016-08-16T06:57:27.740891834Z", "Spec": { "Name": "EXAMPLE", "TaskTemplate": { "ContainerSpec": { "Image": "XXXXXXXXXXX.dkr.ecr.us-west-2.amazonaws.com/docker-example001:latest", "Args": [ "-p", "10001:8080" ] }, "Resour
Windows10 環境で Docker を使った快適な開発環境を作ろうとして諦めた話 - Qiita
10年以上 Macbook ユーザーな私ですが、MSのカンファレンス、de:code で色々刺激を受けたのと、最近 Bash on Ubuntu on Windows とか使えるようになったり、オープンソースコミュニティと仲良くし始めたりと、なかなかおもしろいなーと思って、Surface Pro4 を購入して「Macbookから乗り換えできるか？」というチャレンジをしてみました。 それから約1ヶ月経った今、この記事を Macbook Pro から書いています。結構頑張ったし、Windows10のいいところもいろいろ発見したんですが、結論から言えば、 「Docker の実装がまだ中途半端」 ということで、私にとっては快適な開発環境は作れませんでした。 あくまで、私の技術不足でうまくいかなかっただけかもしれませんので、「そんなことないぞ」という反論を是非お待ちしております。 やりたかったこと
Dockerベースイメージの特徴と比較・選び方 - Qiita
個人的にベースイメージとしての利用を検討したことがあるDockerイメージについて、それぞれの特徴を比較して選ぶために調べたことをまとめます。 TL;DR; OS・イメージ毎に以下の点を考慮して、総合的に決める。 評価軸 イメージの生い立ち 誰がどのようなフローで作ったイメージか セキュリティ 不要なパッケージの多さ、減らしやすさ 基本的には不要パッケージが少ないほど潜在的なAttack Surfaceが減る 脆弱性があることを検知できるか 脆弱性対応状況が公開されているか 何年セキュリティパッチが受けられるか Dockerイメージのサイズ 最小サイズ アプリの実行環境を整えるまでに必要な手数 パッケージマネージャでインストールできるものの多さ、新しさ (場合によっては)有償サポートが受けられるか 開発者・運用者のそのOSに対する習熟度 企業なら、既に運用しているOSがあれば 評価例(人や
Docker Swarm 入門ハンズオン - Qiita
Docker Swarm について 通常、Docker では、複数のホストにまたがってコンテナが存在する場合、docker コマンドを実行するたびに-H オプションを付加して接続先を切り替える必要が有りました。 結果として、複数のホスト上にコンテナが散財する場合、docker コマンドで透過的にコンテナを管理することが困難でした。 そういった問題はDocker Swarm を使うことで軽減することができます。 Docker Swarm は1 つ以上のDocker ホストを1 つのDocker ホスト(Docker Swarm manager) にpool することができるようになり、ユーザはそのDocker Swarm manager ホストに対してコマンドを発行することで、複数のDocker ノードをcluster として透過的に管理することができるようになります。 Docker Swa
Windows 10でHyper-Vを使ってVagrantを動かす - Qiita
VagrantをHyper-Vで動かそうとしたところいくつかハマったので、一通りの流れをメモ。 環境 ホストOS…Windows 10 Pro ゲストOS…CentOS 7 ターミナル…Git Bash Hyper-V インストール 「プログラムと機能」→「Windowsの機能の有効化または無効化」から「Hyper-V」にチェックを入れる。もし「Hyper-V プラットフォーム」にチェックが入れられない場合、BIOSの設定で仮想化支援機能(Intel VT-d)をオンにする必要がある。 仮想スイッチの作成 「Hyper-V マネージャー」を立ち上げて1、左側のツリーから自マシンを選択、右側の「仮想スイッチマネージャー」を開く。Vagrantで作成した仮想マシンを外部と通信させたいので、「外部」を選択して仮想スイッチを作成しておく。 Vagrant インストール Vagrantの公式サイトか
Docker Compose + alpineでサーバー一式を構築する - Qiita
Dokcerコンテナ上に開発環境を作った時の反省点をふまえてやりなおします。 基本方針 ConoHaのDockerイメージ上にalpine1をベースにしてサーバーを構築する この記事を分割しないでいいようにシンプルに書く サーバー作成 ConoHaコントールパネルで「サーバー追加-アプリケーション-Docker」を選択して「追加」ボタン押下。 USキーボードを使っているので「VPS設定 - コンソールキーマップ - en-us」も選択してあります。 # uname -aで確認するとUbuntu14.04.1ベースです。今回はrootで作業します。bashrcにキーマップを登録しておきます。 echo loadkeys us >> ~/.bashrc ~/.ssh/authorized_keysに鍵を登録 /etc/ssh/sshd_configでパスワード禁止PermitRootLogin
kubernetes kubectlがめんどくさすぎたが既に最新版で補完機能があった話 - Qiita
追記 2016/08/03 の更新でgcloud付属のkubectlが1.3.3になった kubectlを別個に入れる必要なく利用できるようになりました。 gcloud付属のkubectl >= 1.3.0になったらまるで役に立たない情報。 tl;dr gcloud付属のkubectlにはまだcompletionがないから 最新版を持ってきてkubectlの補完機能を使って幸せになろう。 kubectl 1.3.0を[ここからDownload] (https://coreos.com/kubernetes/docs/latest/configure-kubectl.html) $ source <(kubectl completion zsh) 便利 logsでpod nameだけじゃなくて multi container podの場合、中で何が動いてるかも判定してくれる。(nginx,
Docker ComposeによるMySQL, Redis, nginx, Rails構成の設定例 - Qiita
導入 Docker Composeを利用して、複数のdocker containerを使った環境の設定例を紹介します。なお、Docker ComposeはWindowsでは使えません。Max OSX or 64bit Linuxのみ対象となっています。 準備 Docker Toolboxをインストールできれば環境はすべて整います。 https://www.docker.com/products/docker-toolbox docker, docker-machine, docker-composeといったツールとVirtualBoxがインストールされるはずです。 次にmachineの準備 https://docs.docker.com/machine/get-started/ $ docker-machine create --driver virtualbox default $ do
インターネット環境がないところでもdockerを使いたい - Qiita
インターネット接続が出来ない環境でdockerを使いたい docker pullがno routeな環境でもdockerイメージを実行してコンテナを動作させたいぞ。 想定環境 プロキシすらなくインターネットに繋がっていない = docker pullできない root権限はある ファイルの持ち込みは問題はない このような環境でdockerを動かすのが目的です。 必要な環境 docker pull可能な環境 docker imageを取得して持ち込むファイルを作成するために必要 解決策 docker saveでdockerイメージをファイル化できる docker loadでファイルからdockerイメージを読み込むことができる。 docker pullが出来ない環境でもdockerにdockerイメージとして読みこませたことで、該当イメージを自由に起動することができる。 コマンドで言うと、
【すぐわかる】 Docker & Docker compose入門 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Dockerとは コンテナ型のサーバ仮想化技術を用いた、デプロイに対する課題を解決するために作られた技術。 サーバ仮想化 サーバ仮想化とは、『あるマシン』上で仮想的に『別のマシン』を動かすことで、仮想化する側の『あるマシン』を ホストマシンと呼び、仮想化される『別のマシン』を ゲストマシンと呼ぶ。 例えば、Amazon EC2のような仮想ソフトウェアのXenを使って物理サーバ上で仮想的に複数台のサーバを動かすなどという形で使われていたりする。 サーバ仮想化技術には主に次の2つがある。 VM型仮想化 上記で述べたように、Amazon EC
習うより慣れろ、Docker 超入門・2016年版 - Qiita
習うより慣れろ、Docker 超入門・2016年版 チームからDockerコンテナイメージで開発をすすめられて困ってる人へ。 dockerの原理よりも、操作方法で覚えたい。 むずかしい事は考えたくない人向け。 INDEX A どんな物か？じゃなくて何ができるか？ B 出会い、始まり C 動かし方の基本を覚える D 動かし方の基本を,もう少し覚えよう A どんな物か？じゃなくて何ができるか？ ずばりパソコンでファミコンができるエミュレータみないな物。windows(mac)で linuxという環境が動くよ。 さらにファミコンのカセットみたいなコンテナというのを入れ替えればphp用とかruby用とか色んな開発環境が入るよ。 B 出会い、始まり おそらく上司から以下の指示が出るはずだ。 dockerインストールしといてね。 何も考えずに以下のステップを踏めばいい step 1 サイトにアクセス
DockerとSwarmで既存アプリをサーバーレス化してみよう！ - Qiita
元ネタ BUILDING SERVERLESS APPS WITH DOCKER 概要 Docker Blogに面白い記事がありましたので紹介/解説です。 既存のWebアプリをDockerとswarmでサーバーレスにしてみるというものです。 詳細は上記の元ネタを読んでいただければと思います。 当記事ではポイントごとに使われてるテクニックについてみていきます。 なお、それぞれのソースコードは以下のリポジトリで公開されています。 GitHub/通常の構成(既存Webアプリ)のソースコード GitHub/サーバーレス構成のソースコード --- 6/26追記 --- 上記のデモアプリはswarmクラスタ構成になっていません。 swarmで動くサンプルはこちらに作成してみました。(変更差分) DockerToolbox(VirtualBox)で動かすサンプルですので、環境をお持ちの方はお試しください
VPN設定をしたセキュアなインスタンスをterraform, Ansible, Dockerで構築 - Qiita
AWSの運用者は上記のような構成を作成してくれと頼まれることが多いのではないでしょうか？ 特にDatabaseのインスタンスはprivateなSubnetで管理してセキュアな環境でアクセス管理をしたい人も多いはず。 今回はterraformを用いてインスタンスの自動設定から、VPNの設定、AnsibleによるVPN設定用のコンテナの作成からVPNを用いた接続まで行ってみます。 ちなみに著者はAWSのインフラ周りが専門ではありません。 対象読者 インフラ担当者 アプリ担当だけどリソースの関係でインフラもしないといけない人 この記事を読んで得られること プライベートな環境とパブリックな環境に分けてインスタンスを分けて作成する方法 Dockerコンテナを用いてVPNを用いる方法 terraformでAWSインスタンスを自動生成する方法。 カジュアルに研究開発の環境を作成したい人 作成手順 参考サ
Dockerコンテナに使える「正しい」軽量init process(PID 1)まとめ - Qiita
Dockerコンテナの「正しい」init processについては、Docker and the PID 1 zombie reaping problemが詳しいです。 Docker 1.13からは--initオプションでtini相当のinit processを仕込んでくれるようになりました(Thanks to @sumomonekoさん )。以下の内容は--initの機能が未だ利用できない場合(K8Sなどでコンテナを動かす、Docker 1.12以前、など)にのみ有効です。 1コンテナ単一アプリ対応・superviseなし tini tini Handling of zombie processes would be useful 静的リンクしたバイナリは1MB弱。動的リンクなら10KBくらい 441 stars 129 commits 20 releases superviseの機能は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker で Rails5 の開発環境を「rails new」から構築する - Qiita
CentOS 7のHyper-V provider用boxを作成、運用する - Qiita
https://qiita.com/magaya0403/items/e6092bc259214e26c140
dockerで社内用かんばん「Wekan」を導入してタスク管理した話 - Qiita
docker 1.12 key features (swarmkit, overlay2, plugin repo, health check..) - Qiita
