【git】社内のChefリポジトリをgit subtreeで利用する | DevelopersIO
はじめに こんにちは植木和樹です。クラスメソッドではOSやミドルウェアの設定にchef（chef-solo）を頻繁に利用しています。chefを利用するようになって約1年。その間に多くの（本当に！）プロジェクトの構築を行ってきました。 多くの構築を経験していると、ある程度のパターンというか定石がでてきます。例えばApacheをインストール／設定するにしても、 KeepAliveはOnにする TimeOutは120秒（かそれ以上）にする ELBからのヘルスチェックはアクセスログに記録しない 案件ごとに異なる設定は /etc/httpd/conf.d に入れてRoleやNodeで指定できるようにする などです。 そうなると「クラメソ社内Chefリポジトリの整備が必要だよね〜」という話が当然でてきます。そして大瀧さんや望月さんの努力の結果、いい感じにChefリポジトリが整備されてきました。 本日は
単純な環境構築を知る -Chefでiptables書き換え- - 技術いろいろ勉強メモ
2013-12-12 単純な環境構築を知る -Chefでiptables書き換え- Chef インフラ Chefの使い方は今までの記事でなんとなく使えるようになった気がするので、今回は実際に使えそうな環境構築をやってみたいと思う。やりたいことは apacheインストール iptablesを書き換える 公開 という感じだ。 apacheインストール まずapacheを入れたい。 本来はaliasだとか設定しなきゃいけないものはいろいろあると思うが、今回は単純にインストールして設定はデフォルトのままで。 となるとrecipeは簡単。 package "httpd" do action :install end service "httpd" do supports :status => true, :restart => true, :reload => true action [ :e
AWS EC2サーバに対するknife solo実行環境構築手順 on Mac OS Xを一から整理してみる | DevelopersIO
師匠様方が走り回りまくる今日この頃、皆様いかがお過ごしでしょうか。しんやです。 弊社AWSコンサルチームでは、AWSでの環境構築を『AWS CloudFormation単独(パッケージのインストール等もCloudFormationで兼ねる)』、若しくは『AWS CloudFormation+Knife Solo』という組み合わせで行うのが主流となっています。当エントリでは後者の方、『AWS CloudFormation+Knife Solo』で環境構築を行う際の『knife solo』に於ける環境構築手順について、意外と初見では踏むべき手順が多く、躓く点も多かった(と個人的には思っている)ので備忘録も兼ねてエントリとしてまとめておこうと思います。 スタート地点 Gitインストール rbenvインストール ruby-buildインストール Rubyインストール by rbenv knife-
Zend Framework作者によるEngine YardへのPHPアプリのデプロイハウツー (翻訳版) | Engine Yard Blog JP
Matthew Weier O'Phinney氏はZend Frameworkのプロジェクトリードとして知られる、PHPコミュニティの中でも特に大きな業績があり、また広いネットワークを持っている人物です。今回、Matthew氏がゲスト投稿としてEngine Yardのブログに寄稿して頂きました。本記事は英語版のブログで2013/09/25に公開された記事の翻訳版です。 私は最近、様々なクラウド プラットフォーム サービス(PaaS)の試験をしていて、ごく自然にEngine YardがPHP開発者の為に提供するEngine Yard Cloudに興味を持つようになった。 筆者のアプリケーションのデプロイは、いくつかの非自明な側面が含まれており、それを実現する事が簡単だったり、難しかったりするかを知りたかった。これには下記のようなものが含む。： Gitリポジトリからデプロイ。 私のプロジェクト
Vagrant + ChefでオレオレPHP開発環境を作ってみました
追記: 依存レシピの管理はBerkshelfを使うべきと思いますが、とりあえずGitのサブモジュールにしてしまっています。 使用するIPアドレスとポートが"192.168.33.10"から"localhost:8081"(php5.5ブランチ)と"localhost:8080"(masterブランチ)に変わりました。記事内の各所は適宜置換して下さい。 -- レポジトリは https://github.com/mp-php/vagrant-phpdev-ubuntu です。 主な環境は * PHP5.5 * Apache2.4 * MySQL5.5 です。MySQLのrootユーザのパスワードはデフォルトだと"root"になります。これは cookbooks/chef.json で変更できます。 以下、READMEの通りですが、大まかな流れを書いておきます。 まず git clone して
chef カテゴリーの記事一覧 - There's an echo in my head
--json-attributes <json>もしくは-j <json>オプションを使えばnodes/*.jsonを作らなくても走らせることができた。 $ knife solo cook myserver.01 -j '{"hostname":"myserver.01"}' みたいな感じ。 さすがにJSONを長々と書くのは不便なので、基本となるロールをroles/*.</json></json>…
Vagrantの必須プラグインSaharaをVagrant 1.1に対応させました
Saharaはコマンドラインから仮想マシンの状態をsandboxモード(変更をいつでも巻き戻せる)に変更できるプラグインです。これを使うことで、例えばchefのレシピ作成やミドルウェアのインストールの評価やリリース手順の確認や大規模な環境変更の評価などがやりやすくなります。Vagrantを使っている人であれば必携のプラグインと言えます。 そんなSaharaですが、開発が停止しているような感じもあり、先日出たVagrant 1.1になかなか対応しそうにないように見えたので、自分でVagrant 1.1に対応させてみました。 なお、かなり大量にソースを書き換えている(作り直しに結構近い気がする)のと、Rubyはあんまり知らない人なので、ご利用は自己責任でお願いしますー。レポジトリはこちらです→ https://github.com/ryuzee/sahara インストール gemにはしていない
GitとJenkinsを使ってChefを運用する - GeekFactory
Chefはリポジトリをバージョン管理する仕組みを持っていますが、チームでの協調作業を考えるとバージョン管理システムを使う方が運用しやすいと考えます。本稿では、GitとJenkinsを使ってChefを運用するための1つのパターンを考えます。 以下があることを前提とします。 Chef Server Chef Client Gitリポジトリ Jenkins 基本的な考え方 CookbookをGitリポジトリで管理します。開発者がgit pushすると同時にChef ServerのCookbookが更新されるようにします。これにより、GitリポジトリとChef Serverが同期されるようになります。 また、後続ジョブとして各サーバでChef Clientが実行されるようにします。ビルドパイプラインを組むことで、Staging EnvironmentにおけるChef Client、Producti
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
