クラウドなんかの環境構築自動化ツール

昨日のＮＩＩにいってきた話の続き

「環境構築自動化ツールの紹介」というのを聞いてきた。

２部構成で、はじめは、わかった。こんなかんじ。

---

■「パーソナルクラウド」の環境構築の自動化
　パーソナルクラウド→プライベートクラウドのパーソナル規模のレベル

【基本的な流れ】

（１）仮想マシンを作る
　virt-installを使って、仮想マシンを作る
　　→うらでlibvirtが動いている

（２）インストーラー
　　Kickstartを使ってインストール
　　　このあと、設定が必要な場合、
　　　Kickstartのpostに、あとでかくpuppetの起動＊を書いておく

（３）設定
　　Puppetを使う（２）＊から起動される
　　今回は、マニュフェストファイルに、設定内容を書いておく

【そのほか】
　＊設定ファイル（puppetのマニュフェスト）の管理にGithubをつかう
　　　→設定ファイルの構成管理ができる

　＊（１）～（３）をpythonのスクリプトで組むと、一撃でできる

【問題点】
　複数のＶＭの依存関係は扱えない（Pythonスクリプトでカバーしないと）

以下に、詳しい話があるらしい。


アプリケーション環境構築の自動化をまじめに考えてみる(1)
http://d.hatena.ne.jp/enakai00/20120822/1345614599



アプリケーション環境構築の自動化をまじめに考えてみる(2)
http://d.hatena.ne.jp/enakai00/20120823/1345679238



アプリケーション環境構築の自動化をまじめに考えてみる(3)
http://d.hatena.ne.jp/enakai00/20120915/1347717095



アプリケーション環境構築の自動化をまじめに考えてみる(4)
http://d.hatena.ne.jp/enakai00/20120925/1348546236



■デプロイ自動化ツール

　Aeolus（あいおろす） Conductor
　　共通の定義ファイルから
　　複数環境に
　　同一の実行環境を構築するのにいいらしい


Aeolus（アイオロス）でRHELonEC2を利用する(その1)
http://d.hatena.ne.jp/enakai00/20120803/1343968120

に詳しい話があるらしい。

---

ごめん、以下の第二部はわかっていない・・・（；＿；）

■dodai-project

　複数マシンに、ソフトウェアをインストールしてくれる、オープンソースのソフトで
　ＮＩＩがやっている。

　わかんないので、詳しくは

「オープンソース」を使ってみよう (第26回 dodai-deploy編)
http://www.ospn.jp/press/20121108no29-1-useit-oss.html


ＣａａＳ（クラスタ　あず　あ　サービス）であり
インストール　あず　あ　サービス　をめざしているらしい？？

アラバマ大学やＮＩＩでつかっているらしい？

CrowbarやJujuとおなじものらしい？？

はっきりいって、よくわかってない・・・

［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注

分割発注って・・・
・・あの、e-Japan構想のころ、電子政府とかいって、そのあと散々問題になった、
あの分割発注方式を採用するの（＠＿＠！）

・・・まじ！
・・・みずほの口座、メインで使ってるんだけど、どうしよう・・・


［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注
預金系を除きオープン化
http://www.nikkeibp.co.jp/article/news/20121120/331202/?ST=buzz

バグを直しても、顧客満足は得られない？

きのう聞いた話。

日本人はバグがあると、バグを直そうとする。

・・・だから、だめなんだ！！・・・

バグをなおそうとしても、いつ直るか判らないし、
直そうとして、さらにバグが入る可能性がある。

フランス人はバグがあったら、そのバグを回避して、
顧客が求めるものを達成する手段を考える。


・・・たしかに・・・
バグを直している間に機会損失をするから、
顧客は満足できない。
それよりも、バグを回避した方法を考えたほうが良いと・・

最近はＥＴＬツールがあるから、それでＤＢの値を直接変更して
しまえばいいこともあるし・・・

・・・だから、有名なＥＴＬツールtalendはフランスなのか！！
って、それは違うって（＾＾；）

Ｐ．Ｓ　その話を聞いたときは、納得してたけど、今、言ってる事がおかしいことに気づいた！
日本でも、一次対応は、バグ回避するソリューションを出すよねえ。そのあと、原因究明する。
つまり、この発言は、一次対応だけして、バグ改修しないということを言っているに過ぎない。
・・・それでいいのか？
いいのかもしれない・・
・・・よくわからん・・