Vagrant と Chef による仮想環境構築の自動化（VirtualBox編） | オブジェクトの広場
AWS のようなクラウドサービスが一般に浸透したことにより、仮想環境を前提とした開発が一般的になってきました。必要になったときに必要な構成のリソースにアクセスできるクラウドの強みを活かすため、オンデマンドで仮想環境を構築し直す機会が以前よりも増えてきています。このような状況では、仮想環境をより効率的に構築する必要があります。本記事のシリーズでは効率的な仮想環境構築の手段の一つとして、Vagrant と Chef というツールで環境構築を自動化する方法を紹介します。 はじめに 最初に Vagrant と Chef を使った環境構築の概要、および今回構築する仮想環境についてご紹介します。 仮想環境構築の自動化が求められる背景 クラウドが一般に浸透した現代では仮想化技術を利用することが当たり前となっています。仮想環境では、物理的な制約がないため、環境を廃棄したり、必要なときに再構築することが容易
Packer with ChefでProdとDev環境でIdenticalなイメージをビルドする方法 - Debuginfo
開発環境としてVirtualbox(Vagrant)を用いてmac上で開発を行い、本番環境ではEC2を使うことを考えています。できることならば、本番環境と開発環境を同じにしたいと誰もが思っていると思います(殴り書き図参照)。 Packerのフロントページに書いてあるようにPackerを使う事ででできそうです:) Packer is a tool for creating identical machine images for multiple platforms from a single source configuration *ちなみに私はamiイメージを手元に作れるかと思ってドキュメントを読んでいましたが違うようですね。(It's not exactly identicalな気がしますが。。) 一連の流れは下記のようになります。 packer用のjsonに複数のBuilderを書
ChefのrecipeをJenkinsで継続的インテグレーションする方法
環境構築の自動化のツールとして一番注目されているのがChefです。 Recipeと呼ばれるインストールや設定のためのスクリプトを書いておき、それを使って新しいサーバを速攻で作ったり、Chef Serverを使えば複数のサーバ群に対して環境を一定に保つことが可能です。 ChefのRecipeは単なるrubyのスクリプトです。そしてrecipeでよく起こる問題として以下のようなものがあります。 外部サイトからtarballを取得してインストールしているような場合に、配布元の移転や、新バージョンの公開と旧バージョンの配布停止によって、recipeがコケるphpでよく使われるライブラリの配布形態であるpearのチャンネル情報が追加になったりURLが変更になる。インストールすれるパッケージがバージョンアップされ、依存関係が増えたりする。上記のようなことがあるので、recipeを定常的に動作確認してい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
