Movatterモバイル変換


[0]ホーム

URL:


Terui Masashi, profile picture
Uploaded byTerui Masashi
15,136 views

「クラウド本気で始めました」なSIerのChef活用と実践~Chefアンチパターンとの戦い~

Chef Casual Talks Sapporo Vol.1映像→https://www.youtube.com/watch?v=zJ7pYVp5M7E&feature=youtu.be

Embed presentation

Downloaded 83 times
「クラウド本気で始めました」なSIerの
Chef活用と実践~Chefアンチパターンとの戦い~Chef Casual Talks Sapporo Vol.1
はじめまして!(じゃない方はこんばんは!)Masashi Terui照井 将士!https://www.facebook.com/marcy.teruihttps://twitter.com/FumblePerson!        (株)アグレックス 札幌事業所 システム部         AWS Consulting Partner ←New!!         AWSチームリーダー ※ただし、現状1人チーム!Chef歴:10ヶ月くらい?!AWS Certified Solutions ArchitectWinner of Tuningathon #5JAWS-UG SapporoChef Meetup Sapporo ← New!!!東京生まれ札幌育ち!1987年 東京都大田区に生まれる1992年 札幌へ移住
概要的な
概要的な• 中堅(?)SIerの地方拠点というパッとしない場所で、
スピード感の求められるクラウド業界で戦うために、
どんな風にChefを使っている(使おうとしている)のか!• そこに行きつくまでの変遷!• これから(の悩みw)
Chefを使い始めたきっかけ
Chefを使い始めたきっかけ元々インフラができる人が居なかった所に、WEBの仕事が一気に増えた
Chefを使い始めたきっかけ元々インフラができる人が居なかった所に、WEBの仕事が一気に増えた↓当時、新入社員でやる気に満ち溢れていた(?)ので、率先してインフラに手を出した
Chefを使い始めたきっかけ元々インフラができる人が居なかった所に、WEBの仕事が一気に増えた↓当時、新入社員でやる気に満ち溢れていた(?)ので、率先してインフラに手を出した↓気が付いたら1人で短期間でけっこうな数のサーバ(自社DC仮想環境)立てて管理してた
Chefを使い始めたきっかけ元々インフラができる人が居なかった所に、WEBの仕事が一気に増えた↓当時、新入社員でやる気に満ち溢れていた(?)ので、率先してインフラに手を出した↓気が付いたら1人で短期間でけっこうな数のサーバ(自社DC仮想環境)立てて管理してた↓AWS事業が始まり、さらに増えるペースが上がった
Chefを使い始めたきっかけ元々インフラができる人が居なかった所に、WEBの仕事が一気に増えた↓当時、新入社員でやる気に満ち溢れていた(?)ので、率先してインフラに手を出した↓気が付いたら1人で短期間でけっこうな数のサーバ(自社DC仮想環境)立てて管理してた↓AWS事業が始まり、さらに増えるペースが上がった↓このままじゃ回らなくなると思い、Chefを使い始めた
そんなこんなで使ってはみたものの…
そんなこんなで使ってはみたものの…• Chefを使い始めて、構築の速度は上がったが、
イマイチ効率化された感は無かった

そんなこんなで使ってはみたものの…• Chefを使い始めて、構築の速度は上がったが、
イマイチ効率化された感は無かった
• 使う度に修正しながらで、使いまわしに不安

そんなこんなで使ってはみたものの…• Chefを使い始めて、構築の速度は上がったが、
イマイチ効率化された感は無かった
• 使う度に修正しながらで、使いまわしに不安
• AWS事業が軌道に乗り始めた
→増員の話も出始めるが、スキル面もあり、なかなか進まない
そんなこんなで使ってはみたものの…• Chefを使い始めて、構築の速度は上がったが、
イマイチ効率化された感は無かった
• 使う度に修正しながらで、使いまわしに不安
• AWS事業が軌道に乗り始めた
→増員の話も出始めるが、スキル面もあり、なかなか進まないこのまま増員なかったら、回らなくなる恐れ。増員できたとして、今まで書いてきたCookbookは
他人に使わせることができる状態なのだろうか…?↓
そんなこんなで使ってはみたものの…• Chefを使い始めて、構築の速度は上がったが、
イマイチ効率化された感は無かった
• 使う度に修正しながらで、使いまわしに不安
• AWS事業が軌道に乗り始めた
→増員の話も出始めるが、スキル面もあり、なかなか進まないこのまま増員なかったら、回らなくなる恐れ。増員できたとして、今まで書いてきたCookbookは
他人に使わせることができる状態なのだろうか…?やり方を見直す必要性↓↓
見直すにあたって
見直すにあたって良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう2. 会社名つきの巨大なCookbookを作ってしまう良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう2. 会社名つきの巨大なCookbookを作ってしまう3. "Environments"を単なる論理的な「環境」以上の目的で使ってしまう良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう2. 会社名つきの巨大なCookbookを作ってしまう3. "Environments"を単なる論理的な「環境」以上の目的で使ってしまう4. Community Cookbookをフォークしてしまう良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう2. 会社名つきの巨大なCookbookを作ってしまう3. "Environments"を単なる論理的な「環境」以上の目的で使ってしまう4. Community Cookbookをフォークしてしまう5. Role内でrun_listを管理してしまう良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう2. 会社名つきの巨大なCookbookを作ってしまう3. "Environments"を単なる論理的な「環境」以上の目的で使ってしまう4. Community Cookbookをフォークしてしまう5. Role内でrun_listを管理してしまう6. 無秩序なdata bagを作ってしまう良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう2. 会社名つきの巨大なCookbookを作ってしまう3. "Environments"を単なる論理的な「環境」以上の目的で使ってしまう4. Community Cookbookをフォークしてしまう5. Role内でrun_listを管理してしまう6. 無秩序なdata bagを作ってしまう7. chef-shellを知らない、使わない良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう2. 会社名つきの巨大なCookbookを作ってしまう3. "Environments"を単なる論理的な「環境」以上の目的で使ってしまう4. Community Cookbookをフォークしてしまう5. Role内でrun_listを管理してしまう6. 無秩序なdata bagを作ってしまう7. chef-shellを知らない、使わない8. LWRPを怖がってしまう良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう2. 会社名つきの巨大なCookbookを作ってしまう3. "Environments"を単なる論理的な「環境」以上の目的で使ってしまう4. Community Cookbookをフォークしてしまう5. Role内でrun_listを管理してしまう6. 無秩序なdata bagを作ってしまう7. chef-shellを知らない、使わない8. LWRPを怖がってしまう9. NIH(Not Invented Here)症候群 (外部発祥だから利用しない症候群) に陥ってしまう良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう2. 会社名つきの巨大なCookbookを作ってしまう3. "Environments"を単なる論理的な「環境」以上の目的で使ってしまう4. Community Cookbookをフォークしてしまう5. Role内でrun_listを管理してしまう6. 無秩序なdata bagを作ってしまう7. chef-shellを知らない、使わない8. LWRPを怖がってしまう9. NIH(Not Invented Here)症候群 (外部発祥だから利用しない症候群) に陥ってしまう10. 孤独なChef使いになってしまう良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080
見直すにあたって1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう2. 会社名つきの巨大なCookbookを作ってしまう3. "Environments"を単なる論理的な「環境」以上の目的で使ってしまう4. Community Cookbookをフォークしてしまう5. Role内でrun_listを管理してしまう6. 無秩序なdata bagを作ってしまう7. chef-shellを知らない、使わない8. LWRPを怖がってしまう9. NIH(Not Invented Here)症候群 (外部発祥だから利用しない症候群) に陥ってしまう10. 孤独なChef使いになってしまう良い指針があった。[和訳] 初心者CHEFアンチパターンhttp://www.creationline.com/lab/3080 _人人人人人人人人人人_>ほぼ全部当てはまってた< ̄Y^Y^Y^Y^Y^Y^Y^Y^Y ̄
どうせやるなら、開発・運用フローも見直そうあとテストとか、それとテストとか、ついでにテストとか
見直した
こんな感じでやってます
こんな感じでやってます1. 個々のCookbookはBitbucketのPrivete repositoryにホスト(2014.6.11現在 Cookbook数 約30)
①
こんな感じでやってます1. 個々のCookbookはBitbucketのPrivete repositoryにホスト(2014.6.11現在 Cookbook数 約30)
2. 変更検知、または深夜に一日一回全てのCookbookをテスト
kitchen-dockerでCentOS6,Amazon Linuxに対して、busser-serverspecによるテスト
テスト結果はHipChatに通知(Jenkins plugin)
②①
こんな感じでやってます1. 個々のCookbookはBitbucketのPrivete repositoryにホスト(2014.6.11現在 Cookbook数 約30)
2. 変更検知、または深夜に一日一回全てのCookbookをテスト
kitchen-dockerでCentOS6,Amazon Linuxに対して、busser-serverspecによるテスト
テスト結果はHipChatに通知(Jenkins plugin)
3. 各案件に紐づけてKitchen情報をホスト(git clone→knife solo cookですぐ実行・再現できる状態)
基本的にはBerksfileと、node,role,environment、LWRPを使うための簡単なラッパーを置く程度
②①③
こんな感じでやってます1. 個々のCookbookはBitbucketのPrivete repositoryにホスト(2014.6.11現在 Cookbook数 約30)
2. 変更検知、または深夜に一日一回全てのCookbookをテスト
kitchen-dockerでCentOS6,Amazon Linuxに対して、busser-serverspecによるテスト
テスト結果はHipChatに通知(Jenkins plugin)
3. 各案件に紐づけてKitchen情報をホスト(git clone→knife solo cookですぐ実行・再現できる状態)
基本的にはBerksfileと、node,role,environment、LWRPを使うための簡単なラッパーを置く程度
4. 現状、特に大したことはしていない。2のテスト結果によって褒めてくれたり、けなされたりして、
一人で黙々とCookbook書いてる時のモチベーション維持とかw
※別の用途ではもう少し仕事してます②①③ ④
実際のユースケース
実際のユースケース• 適用方法=knife solo
Chef Serverはまだ使っていない
実際のユースケース• 適用方法=knife solo
Chef Serverはまだ使っていない• どこまでやるのか?
→基本、アプリケーションのデプロイ以外全て
実際のユースケース• 適用方法=knife solo
Chef Serverはまだ使っていない• どこまでやるのか?
→基本、アプリケーションのデプロイ以外全て• EC2の監視はCloudWatchにカスタムメトリクスをAWS CLIで投げる形が多く、
その辺りもCookbook化している
実際のユースケース• 適用方法=knife solo
Chef Serverはまだ使っていない• どこまでやるのか?
→基本、アプリケーションのデプロイ以外全て• EC2の監視はCloudWatchにカスタムメトリクスをAWS CLIで投げる形が多く、
その辺りもCookbook化している• RDSのParameterGroup変更や、MySQLユーザ作成などもやる
この辺りは手っ取り早いからとやってしまっているが、
ここでやるのが正しいかと言われると微妙…
見直して特に良かった所
見直して特に良かった所• Cookbookの開発効率が断然上がった
スケルトン書いて、テスト書いて、
非同期でテストを回しながら書けると効率が全然違う
まさにアプリケーション開発の感覚でサクサク書ける

見直して特に良かった所• Cookbookの開発効率が断然上がった
スケルトン書いて、テスト書いて、
非同期でテストを回しながら書けると効率が全然違う
まさにアプリケーション開発の感覚でサクサク書ける
• 再利用性が向上した
適切な単位でCookbookを分け、別々のレポジトリにするの大事
(以前は適用順に左右されたり、一部だけ再利用しようとすると問題が起きたりしていた)
※他との併用が必要ならmetadata.rbに書けば良い

見直して特に良かった所• Cookbookの開発効率が断然上がった
スケルトン書いて、テスト書いて、
非同期でテストを回しながら書けると効率が全然違う
まさにアプリケーション開発の感覚でサクサク書ける
• 再利用性が向上した
適切な単位でCookbookを分け、別々のレポジトリにするの大事
(以前は適用順に左右されたり、一部だけ再利用しようとすると問題が起きたりしていた)
※他との併用が必要ならmetadata.rbに書けば良い
• 確信を持って使えるものがあるという安心感
実際に構築・運用する場面で非常に嬉しい
そして今では…
そして今では…1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう
→Clear!!
そして今では…1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう
→Clear!!2. 会社名つきの巨大なCookbookを作ってしまう
→Crear!!
そして今では…1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう
→Clear!!2. 会社名つきの巨大なCookbookを作ってしまう
→Crear!!3. “Environments”を単なる論理的な「環境」以上の目的で使ってしまう
→Clear!!
そして今では…1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう
→Clear!!2. 会社名つきの巨大なCookbookを作ってしまう
→Crear!!3. “Environments”を単なる論理的な「環境」以上の目的で使ってしまう
→Clear!!4. Community Cookbookをフォークしてしまう
→Clear!!
そして今では…1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう
→Clear!!2. 会社名つきの巨大なCookbookを作ってしまう
→Crear!!3. “Environments”を単なる論理的な「環境」以上の目的で使ってしまう
→Clear!!4. Community Cookbookをフォークしてしまう
→Clear!!5. Role内でrun_listを管理してしまう
→「Roleはバージョン管理されない一時データである」ことが問題なのでOK
そして今では…1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう
→Clear!!2. 会社名つきの巨大なCookbookを作ってしまう
→Crear!!3. “Environments”を単なる論理的な「環境」以上の目的で使ってしまう
→Clear!!4. Community Cookbookをフォークしてしまう
→Clear!!5. Role内でrun_listを管理してしまう
→「Roleはバージョン管理されない一時データである」ことが問題なのでOK6. 無秩序なdata bagを作ってしまう
→Clear!!
そして今では…1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう
→Clear!!2. 会社名つきの巨大なCookbookを作ってしまう
→Crear!!3. “Environments”を単なる論理的な「環境」以上の目的で使ってしまう
→Clear!!4. Community Cookbookをフォークしてしまう
→Clear!!5. Role内でrun_listを管理してしまう
→「Roleはバージョン管理されない一時データである」ことが問題なのでOK6. 無秩序なdata bagを作ってしまう
→Clear!!7. chef-shellを知らない、使わない
→Clear!!(自動テストの方が楽なので結局あまり使ってないけど…)
そして今では…1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう
→Clear!!2. 会社名つきの巨大なCookbookを作ってしまう
→Crear!!3. “Environments”を単なる論理的な「環境」以上の目的で使ってしまう
→Clear!!4. Community Cookbookをフォークしてしまう
→Clear!!5. Role内でrun_listを管理してしまう
→「Roleはバージョン管理されない一時データである」ことが問題なのでOK6. 無秩序なdata bagを作ってしまう
→Clear!!7. chef-shellを知らない、使わない
→Clear!!(自動テストの方が楽なので結局あまり使ってないけど…)8. LWRPを怖がってしまう
→Clear!!(sawanobolyさんのQiita記事きっかけで克服しました)
そして今では…1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう
→Clear!!2. 会社名つきの巨大なCookbookを作ってしまう
→Crear!!3. “Environments”を単なる論理的な「環境」以上の目的で使ってしまう
→Clear!!4. Community Cookbookをフォークしてしまう
→Clear!!5. Role内でrun_listを管理してしまう
→「Roleはバージョン管理されない一時データである」ことが問題なのでOK6. 無秩序なdata bagを作ってしまう
→Clear!!7. chef-shellを知らない、使わない
→Clear!!(自動テストの方が楽なので結局あまり使ってないけど…)8. LWRPを怖がってしまう
→Clear!!(sawanobolyさんのQiita記事きっかけで克服しました)9. NIH(Not Invented Here)症候群 (外部発祥だから利用しない症候群) に陥ってしまう
→Clear!!
そして今では…1. すべてのChefデータを1つの巨大なGitレポジトリに入れてしまう
→Clear!!2. 会社名つきの巨大なCookbookを作ってしまう
→Crear!!3. “Environments”を単なる論理的な「環境」以上の目的で使ってしまう
→Clear!!4. Community Cookbookをフォークしてしまう
→Clear!!5. Role内でrun_listを管理してしまう
→「Roleはバージョン管理されない一時データである」ことが問題なのでOK6. 無秩序なdata bagを作ってしまう
→Clear!!7. chef-shellを知らない、使わない
→Clear!!(自動テストの方が楽なので結局あまり使ってないけど…)8. LWRPを怖がってしまう
→Clear!!(sawanobolyさんのQiita記事きっかけで克服しました)9. NIH(Not Invented Here)症候群 (外部発祥だから利用しない症候群) に陥ってしまう
→Clear!!10. 孤独なChef使いになってしまう
→ここが最後にして最大の問題orz
これから(の悩みw)
これから(の悩みw)• だいぶ他人に使ってもらうのに良い感じになってきたと思うのだけど、
やっぱり最初の敷居が高いのか触ってもらえない
→勉強会、ハンズオンの実施等、社内・社外(Meetup)絡めてやっていきたい

これから(の悩みw)• だいぶ他人に使ってもらうのに良い感じになってきたと思うのだけど、
やっぱり最初の敷居が高いのか触ってもらえない
→勉強会、ハンズオンの実施等、社内・社外(Meetup)絡めてやっていきたい
• WEB以外のAWS案件(Windows Server)が増えてきている
→Windows対応ってどんな感じなんでしょう?

これから(の悩みw)• だいぶ他人に使ってもらうのに良い感じになってきたと思うのだけど、
やっぱり最初の敷居が高いのか触ってもらえない
→勉強会、ハンズオンの実施等、社内・社外(Meetup)絡めてやっていきたい
• WEB以外のAWS案件(Windows Server)が増えてきている
→Windows対応ってどんな感じなんでしょう?
• Chef Server活用
→規模の大きい話が上がってきているのもあるが、
  活用ガイドを読んでそうじゃないパターンでの活用法に魅力を感じた

これから(の悩みw)• だいぶ他人に使ってもらうのに良い感じになってきたと思うのだけど、
やっぱり最初の敷居が高いのか触ってもらえない
→勉強会、ハンズオンの実施等、社内・社外(Meetup)絡めてやっていきたい
• WEB以外のAWS案件(Windows Server)が増えてきている
→Windows対応ってどんな感じなんでしょう?
• Chef Server活用
→規模の大きい話が上がってきているのもあるが、
  活用ガイドを読んでそうじゃないパターンでの活用法に魅力を感じた
• 個々のCookbookは十分にテストしているが、
やっぱり本番適用直前にもテストしたい
→AWSでCookbook単位じゃないテストの方法って、
 Vagrant + Jenkins の CI を AWS でも回す(naoyaのはてなダイアリー) 
 http://d.hatena.ne.jp/naoya/20130521/1369102714
 これが今も鉄板ですか?
以上ご質問・アドバイス等あればお願いします!

Recommended

PDF
小さく始めて後で困らないためのVPCとChefを使ったAWS運用
PPTX
Making fablity-scooter0526 by Yoshisuke Kuramoto
PPTX
明日から始める Chef 入門 #bpstudy
PDF
Chef社内勉強会(第1回)
PPTX
Chef社内向け解説とその課題について
PDF
Pentaho ETL
PPTX
Chef概論とレシピ実践入門
PDF
データベースシステム論13 - データベースの運用
PDF
MarketPlaceのAMIをPackerで作る時、 Chefは3度配膳する
PDF
Chef meetup vol2_higanwoks
PDF
Elastic beanstalk と Docker と Play
PDF
データベースシステム論15 - 関係データモデル以外のデータベース
PDF
S16 Microsoft Azure 上での Chef 環境の構成
PDF
Cent7@zabbix2.4を試す
PDF
Chefで始めるWindows Server構築
PDF
Eight meets AWS
PPTX
Serverspec at hbstudy #45
PDF
はかどるChefの小ネタ集
PPTX
Wikipedia解析
PPTX
Mki2013
PDF
XMLデータベースについて
PDF
Chefを利用した運用省力化とDevOpsの取り組みについて
PDF
継続的デリバリーと読み解く Web 開発あるあるとその対策
PDF
Riak: 本物の高可用性を実現する仕組みとは?
PPTX
CAPとBASE、ACIDの呪縛
PDF
Jenkinsで始める継続的デリバリーと実践の道程
PDF
VMware的インフラ仮想化の世界
PDF
DevOpsを実現する為のChef実践テクニック Chef12対応版
PDF
小規模SI案件で、 AWS + Chefを使ってみて
PPTX
春を先取り!OpsWorksとChef ではじめる恋色コーデ術! #pyfes 2013.03

More Related Content

PDF
小さく始めて後で困らないためのVPCとChefを使ったAWS運用
PPTX
Making fablity-scooter0526 by Yoshisuke Kuramoto
PPTX
明日から始める Chef 入門 #bpstudy
PDF
Chef社内勉強会(第1回)
PPTX
Chef社内向け解説とその課題について
PDF
Pentaho ETL
PPTX
Chef概論とレシピ実践入門
PDF
データベースシステム論13 - データベースの運用
小さく始めて後で困らないためのVPCとChefを使ったAWS運用
Making fablity-scooter0526 by Yoshisuke Kuramoto
明日から始める Chef 入門 #bpstudy
Chef社内勉強会(第1回)
Chef社内向け解説とその課題について
Pentaho ETL
Chef概論とレシピ実践入門
データベースシステム論13 - データベースの運用

Viewers also liked

PDF
MarketPlaceのAMIをPackerで作る時、 Chefは3度配膳する
PDF
Chef meetup vol2_higanwoks
PDF
Elastic beanstalk と Docker と Play
PDF
データベースシステム論15 - 関係データモデル以外のデータベース
PDF
S16 Microsoft Azure 上での Chef 環境の構成
PDF
Cent7@zabbix2.4を試す
PDF
Chefで始めるWindows Server構築
PDF
Eight meets AWS
PPTX
Serverspec at hbstudy #45
PDF
はかどるChefの小ネタ集
PPTX
Wikipedia解析
PPTX
Mki2013
PDF
XMLデータベースについて
PDF
Chefを利用した運用省力化とDevOpsの取り組みについて
PDF
継続的デリバリーと読み解く Web 開発あるあるとその対策
PDF
Riak: 本物の高可用性を実現する仕組みとは?
PPTX
CAPとBASE、ACIDの呪縛
PDF
Jenkinsで始める継続的デリバリーと実践の道程
PDF
VMware的インフラ仮想化の世界
MarketPlaceのAMIをPackerで作る時、 Chefは3度配膳する
Chef meetup vol2_higanwoks
Elastic beanstalk と Docker と Play
データベースシステム論15 - 関係データモデル以外のデータベース
S16 Microsoft Azure 上での Chef 環境の構成
Cent7@zabbix2.4を試す
Chefで始めるWindows Server構築
Eight meets AWS
Serverspec at hbstudy #45
はかどるChefの小ネタ集
Wikipedia解析
Mki2013
XMLデータベースについて
Chefを利用した運用省力化とDevOpsの取り組みについて
継続的デリバリーと読み解く Web 開発あるあるとその対策
Riak: 本物の高可用性を実現する仕組みとは?
CAPとBASE、ACIDの呪縛
Jenkinsで始める継続的デリバリーと実践の道程
VMware的インフラ仮想化の世界

Similar to 「クラウド本気で始めました」なSIerのChef活用と実践~Chefアンチパターンとの戦い~

PDF
DevOpsを実現する為のChef実践テクニック Chef12対応版
PDF
小規模SI案件で、 AWS + Chefを使ってみて
PPTX
春を先取り!OpsWorksとChef ではじめる恋色コーデ術! #pyfes 2013.03
PDF
DevOpsを実現するChef活用テクニック
PDF
第2回 JAWS−UG 神戸 開発運用の現場でのChef活用
PPTX
Aizu.LT::Tokyo #4
PDF
3分でわかる(気になれる) AWS OpsWorks
PDF
20130723 ecシステムにchefを導入してみた v1.0
PDF
Chef
PPTX
古い?ダサい?まだまだイケルChef!
PPTX
Citrix eco new
PDF
DevOpsを実現する為のChef活用テクニック
PDF
Chef入門
PPTX
Chef 11概要-osct
PDF
20130720 jaws yokohama-lightning_talk
PDF
Chefで作る開発環境
PDF
今日から使い始めるChef
PPT
Chef on azure
PDF
Chef_Casual_Talks_Kansai_Vol1_Infrastructure_as_Code
PDF
サーバー設定自動化は経営課題
DevOpsを実現する為のChef実践テクニック Chef12対応版
小規模SI案件で、 AWS + Chefを使ってみて
春を先取り!OpsWorksとChef ではじめる恋色コーデ術! #pyfes 2013.03
DevOpsを実現するChef活用テクニック
第2回 JAWS−UG 神戸 開発運用の現場でのChef活用
Aizu.LT::Tokyo #4
3分でわかる(気になれる) AWS OpsWorks
20130723 ecシステムにchefを導入してみた v1.0
Chef
古い?ダサい?まだまだイケルChef!
Citrix eco new
DevOpsを実現する為のChef活用テクニック
Chef入門
Chef 11概要-osct
20130720 jaws yokohama-lightning_talk
Chefで作る開発環境
今日から使い始めるChef
Chef on azure
Chef_Casual_Talks_Kansai_Vol1_Infrastructure_as_Code
サーバー設定自動化は経営課題

More from Terui Masashi

PDF
Reliability Engineering for Enterprise Serverless
PDF
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
PDF
What is Serverless?
PDF
クラウド環境におけるWebアプリケーションの正しい作り方(for Perl users)
PDF
The Internal of Serverless Plugins
PDF
Unlimited Frameworks
PDF
Cloud Vsion APIによるGUIの検証自動化
PDF
Serverless ArchitectureにおけるNoSQL Services 〜DynamoDBも良いけどSimpleDBも忘れないであげてください!!〜
PDF
Infrastructure as Codeってなんだったっけ?
PDF
私はこれでJSONをやめました〜あるいはAWSの設定をコード化するとはどういうことか〜
PDF
R○Sに学ぶイマドキのMySQL構築運用
PDF
クラウド時代だからこそ見直したい
PHPアプリケーションのパフォーマンスチューニング
PDF
マルチクラウド #とは
PDF
Lambda(Python)のデプロイについて考えたというか作った
PDF
Google App Engine for PHPとそのローカル開発環境について
PDF
PythonとYAMLでGCPをDeploy!「Google Cloud Deployment Manager」
PDF
ついに解禁!Amazon Aurora徹底検証!
PDF
Multi Cloud Design Pattern(Beta)
PDF
Infra as Code Sapppro Casual 札幌の開催趣旨とTest-Kitchenの話
PDF
IoTにおけるクラウドインフラからサーバサイドまでの概要的な話
Reliability Engineering for Enterprise Serverless
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
What is Serverless?
クラウド環境におけるWebアプリケーションの正しい作り方(for Perl users)
The Internal of Serverless Plugins
Unlimited Frameworks
Cloud Vsion APIによるGUIの検証自動化
Serverless ArchitectureにおけるNoSQL Services 〜DynamoDBも良いけどSimpleDBも忘れないであげてください!!〜
Infrastructure as Codeってなんだったっけ?
私はこれでJSONをやめました〜あるいはAWSの設定をコード化するとはどういうことか〜
R○Sに学ぶイマドキのMySQL構築運用
クラウド時代だからこそ見直したい
PHPアプリケーションのパフォーマンスチューニング
マルチクラウド #とは
Lambda(Python)のデプロイについて考えたというか作った
Google App Engine for PHPとそのローカル開発環境について
PythonとYAMLでGCPをDeploy!「Google Cloud Deployment Manager」
ついに解禁!Amazon Aurora徹底検証!
Multi Cloud Design Pattern(Beta)
Infra as Code Sapppro Casual 札幌の開催趣旨とTest-Kitchenの話
IoTにおけるクラウドインフラからサーバサイドまでの概要的な話

「クラウド本気で始めました」なSIerのChef活用と実践~Chefアンチパターンとの戦い~


[8]ページ先頭

©2009-2025 Movatter.jp