2016年9月23日0件のコメントGMOアドマーケティングのインフラ開発本部あだちんです。今までローカル開発環境はVagrantを使用していました。Vagrantだとリソースも食うし、IPも管理しないといけないし、なによりも重いんですね。machine)で検証するようにしました。playbookのテストとして、Dockerのコンテナがansibleで自動で立ち上がって自動でパッケージ入れてそんなこと出来ないかなと考えていたわけです。今回はその方法をブログしましょう。pluginについて説明しましょう。APIを利用したコンテナのプロビジョニングが可能となり、ansible実行環境からDockerホストへのremoteAPIを実行できる環境であれば、Dockerコンテナでsshdを起動する必要はなくなりました。以前までは結構めんどくさくなっていたようです。"pong"}これで準備OKです。playbookの作成テストとしてCentOS7のイメージを使ってコンテナが自動で立ち上がり、勝手にユーザ作成できるかやってみました。→出来てる!■まとめこれでDockerでも問題なくansibleの検証ができました。工数もかかるので構成管理ansibleを使っているならこちらでいいかと思います。APエンジニアナイト(交流会)でも同じ内容をLTやりました。@gmoap_engineer本ブログで発信される情報は、各エンジニア個人の見解であり、弊社の公式見解ではありません。本ブログに掲載、引用等をしている商品またはサービス等の名称は、各社の商標または登録商標です。その他の事項について一切責任を負いかねます。発表する情報には注意を払っておりますが、公式発表、見解については、弊社WEBサイトおよびプレスリリースなどをご確認ください。GMOインターネットグループにおけるソーシャルメディア運用ポリシーについては次のページをご確認ください。本ブログに掲載のあるソフトウェアのダウンロードは自己責任で御願い致します。ソフトウェアのダウンロードの結果、ご利用者に何らかの損失・損害が生じたといえども、当社ではその責任を負いかねます。本ブログに掲載のあるソフトウェアを扱う際は、各ソフトウェアの公式リファレンスを参照のもとご使用下さい。ソフトウェアの実行の結果、ご利用者に何らかの損失・損害が生じたといえども、当社ではその責任を負いかねます。