リアル飲み会とオンライン飲み会を組み合わせた「ハイブリッド飲み会」を開催してみたので、どのようにして実施したかをメモとして残しておきます。 会
![His greatness lies in his sense of responsibilities](https://cdn-ak-scissors.b.st-hatena.com/image/square/23a7aa0ffa385107e1d24e872134f40230f6d12c/height=288;version=1;width=512/https%3A%2F%2Fblog.kazu634.com%2Fimages%2Fprofile.png)
AWS OpsWorks (DevOps アプリケーション管理・自動化) | アマゾン ウェブ サービス (AWS 日本語)を利用してサーバの構成管理をしようとしたけど、問題になったのがOpsWorksで使われるChefのバージョン。現時点で9.x系なんだけど(2013/07/25にChef 11のサポートがリリースされてる)、opscodeが公開しているcookbookには結構10.x系以上じゃないと動作しないものが多い。 一々、9.x系で動作するようにcookbookを修正するのも面倒だし、opscodeが公開している沢山のcookbookを利用せずに自前で全部書くというのも避けたい。 chefのgemを最新にするcookbookを作って、それをOpsWorksで実行してChefのバージョンを無理やり切り替えられないかとも考えたけど、OpsWorks内でのchefを含めたgemの管理に
Vagrantでupとdestroy繰り返すのが大好きです。アルパカ大明神です。 DevOps 社内でデブオプスを推進していることもあり、 まず第一歩として進めているのが ローカル開発環境構築 ローカルVagrantでのアプリケーション開発 EC2への環境構築 デプロイ クラスタ構築 といったサーバエンジニア視点での開発フロー改善についての調査/検討です。 そして、ここ数日の間に 「こういう感じで開発を進められたらイイカンジなのでは?」 というフローが固まってきたので共有したいと思います。*1 概要図 リポジトリのVagrantfileを用いてローカルVagrantを構築し、 その環境を使ってアプリケーションを開発。 さらにec2の操作まで全てvagrantコマンド*2で実行します。 今回はknife soloも一切使用していません。 本番環境のクラスタ構築はCloudFormation+
お問い合わせ 広告掲載・メディア紹介などのお問い合わせは、下記のメールアドレスまでお願いいたします。 tactsh(at)gmail.com
AWSのEC2でchef-soloを使ってサーバを自動構築してみます。 ここでは、chef-solo用AMIを準備し、 インスタンスとして起動すれば自動的にサーバが構築できるようにしてみます。 また、chefのcookbookはS3上に配置することにします。 # cookbookをgitサーバを立てて配置してもよいのですが、 # 構築する環境によっては、gitサーバの冗長化なども考える必要があるので、 # S3に配置した方が構成がすっきりするのではないかと思います(個人的に)。 インスタンス起動すると、 自動的に次のプロセスが実行されるようなAMIを作ります。 ・S3から最新のcookbookを取得する ・インスタンスのタグから適用するレシピを判断し、 chef-soloを起動してレシピを適用する インスタンス化時の実行プロセス: ここでは、上記構成を実現するために、 ・プロセス実行用モジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く