データベースコンサルタントのノウハウちょい見せ

昔、PCのディスクが壊れて痛い目をみたため、自宅PCのディスクをRAID1にしようとしました。マザーボードでRAID1が組めるということで、喜んでそのPCを買いました。しかし、OSに専用ドライバを入れてRAIDを組むタイプだったのです。それに気づいたときに、「嫌だなー」と思いました。

案の定、ドライバが不調になり(「ディスク間の同期が保たれない」状態になり)、OSがおかしくなり、結局OSから再インストールするはめになりました。

私は、「内部二重化」と「外部二重化」という考え方をしています。この「外部二重化」と「内部二重化」というのは私の言葉です。一般用語ではありません。
実は、情報システムのアーキテクチャを見ていて、二重化に２つの種類があると思うようになりました。それは外部からみて二重化されているもの、もう１つは二重化されていることが見えずシンプルに使えるものです。上記は、ドライバ(OS)が２つのディスクを意識して、両方に書き込むので「外部二重化」」となります。純粋にハードウエアRAIDであれば、OSは２つのディスクを意識せず(１つのディスクとして見える)単純に書くだけで動作するので内部二重化となります。

この二重化を意識しなくてはいけないか、それとも二重化が内部に隠ぺいされているかは大きな違いです。

外部二重化は、組み合わせが発生するため、制御が面倒ですし、つなぎ先の切り替えやタイムアウトなど、”外部の装置”が二重化についていろいろと意識する必要があります。その代わり「安い」傾向があります。オープン系のクラスタリングはこっちと言えると思います。

内部二重化は、内部に隠ぺいされているため、外部の装置からはシンプルに使えます。シンプルに使えるのに二重化されているわけですから、いいことづくめに見えます。ただし、「コストが高い」傾向があります。また、内部に二重化が隠ぺいされるため、オーバーヘッドも内在されることになり、外から見た「処理が遅い」こともあります。メインフレームの構造の多くはこっちと言えると思います。

どちらが優れているというわけではなく、アーキテクチャの特性とメリット・デメリットを意識して上手に使うものだと私は思います。

※OracleがSunを買収しましたね。ようこそ！ Sun

※クルクルキャンペーンというDBライセンスが最大70%引きになるキャンペーンが始まりましたね。安いなあと思います。
　http://itpro.nikkeibp.co.jp/article/NEWS/20100128/343884/

数回前に、デマルコの「アドレナリンジャンキー」について触れましたが、
今回もそのアドレナリンジャンキーからの内容です。

「［時間］に切り札を奪われる」というアンチパターンが載っています。
サブタイトルは「［時間］はひどいプロジェクトマネジャーである」です。

どんな良い手でも、直前になると手遅れになる、そういう話が書いてあります。現実には、早い段階では思い切った手を打たせてもらえないことが多いと思いますが、時間が経つにつれて、良い手の効果は薄れていきます。そういう意味で時間は”ひどい(悪い方の)”マネージャとも言えます。

普通、時間はあればあるだけ、無駄に使ってしまうのが人情というものだと思います。時間があれば、有休を取るでしょうし、定時に帰るし、ゆっくり検討することもできます。本ブログでも昔紹介した CCPM(クリティカルチェーンプロジェクトマネジメント)で私が好きな点は、この時間を有効に使う(マネージする)方法が紹介されていることです。興味のある人は読んでみてください。

そう言えば、CCPMの伝道師である、岸良さんが1月11日の朝日新聞の1ページ丸々使った記事になっていました。主に公共工事の改革として載っています。日本の未来のためにも、この調子でさらにうまく行くといいですね！

ご存知の方も多いかと思いますが、日本とアメリカではITエンジニアの給料の格差が大きくあります(例：「日米エンジニアの平均年収に５００万円の差」http://japan.techinsight.jp/2007/11/200711071808.html )
ただし、アメリカでは中国やインドのエンジニアの進出も多く、生存競争が結構シビアです。知り合いも苦労しています。

「中国やインドのエンジニアは安いではないか？」と思いますが、実際には物価の違いなどもあり、簡単には比較できません。インドのエンジニアに日本に来てもらうと住居や生活費の手当てなどが必要でコストは日本のエンジニアとほぼ変わらないという話を聞いたことがあります。

今回の記事は「給料上げろ」と言いたいわけではなく、こんな状況下でも次のような品質の良い仕事をしているのが、日本のITエンジニアだという話をしたいと思います。

紹介したい資料は JUASの「第15回企業IT動向調査2009」です。
http://www.juas.or.jp/project/survey/it09/summary09_0507.pdf
※この資料、いろいろ良いデータが載っています。コンサルタントにはお勧めです。
以下、P154 障害の停止時間(目標、実績)から抜粋です。

　　年間停止時間 稼働率
(日本)
目標　　17.1　　　　99.8%
実績　　15.9　　　　99.8%

(北米)
目標　　94.8　　　　98.9%
実績　　176.4　　　　98.0%

ポイントは、そもそも年間の停止時間が日本よりも相当長めに考えられている(最初から割り切っている)、それでも目標に対して、全然守れていない現実です。稼働率なんて99%を大きく下回っています。それに引き換え、日本は目標も高く、実績はそれを越えた成果を出しています。

北米(多くはアメリカのことと思われます)のシステムはダメダメじゃないかと思いますが、「プロジェクトが成功した」という評価(主張？)をしているのが実情です。ITシステムはよく止まっています。向こうのATMなんて、しょっちゅう故障(ハードウエア)していますよ。

●ちょっと寄り道

身近のいくつかの外資系で話を聞いても「本社で仕事している日本から来たエンジニアは夜遅くまでがんばる」という声をよく聞きます。

上記「日米エンジニアの平均年収に５００万円の差」でも、「平均勤務時間は、日本が週に５１．７時間なのに対し、米国では４６．６時間と、ここでも日本のエンジニアにとっては、うらやましい「日米格差」が見られた。」と紹介されています。

●で、何が言いたいか？

現場は「コストを切り詰めながら、品質のよい仕事をしている。そしてプロジェクトは成功した！」ともっと言っていいと思うのです。また、上層部の人たちは、「現場は良く頑張っている」と褒めていいと思うのです。いかがでしょうか？

ワインバーグの昔の本に「システムづくりの人間学」という本(原著は25年くらい前のようです)があります。

その中に、「今も昔もIT業界は同じなんだなあ」と思わせてくれる話が書いてあります。奴らは「構造プログラミング」をなんでも解決する魔法のように売り込んでいる、みたいな文句です。

以下抜粋
-------------------------------------------------------
いい換えれば、構造プログラミングはまさに当社の最新機種というのと同じようなものなのだ。実際、この二つの言葉は、次のような文章の中ではそっくり交換可能である。
「もしデータ処理の問題でお困りでしたら、当社の母新機種を導入すれば解決します。当社の最新機種は価格あたりの効果が高く、使うことも容易です。貴社の従業員は当社の最新機種を愛好されるでしょう。＜以下略＞
-------------------------------------------------------

・・・流行りの技術は変われど、昔(２５年くらい前)も今も変わらないようです。

どうすればいいんでしょうか。こんな記述もあります。
以下抜粋
-------------------------------------------------------
構造プログラミングによって得られるとされている利益を成功裡に実現した企業、個人とは、ハードウエア、ソフトウェアのよくある売り込み文句に引っ掛からず、むしろ売り込み文句に耳を傾け、自分たちの問題を解くのに必要と思うものを、そこから抽出する人々であることが多い。彼らは自分の頭で考える。そしてそれは、もし役に立つならほかの人々の考えを使う、ということも含む。
-------------------------------------------------------

どこで読んだか忘れましたが、一流のプロフェッショナルも、教科書どおりのことは、ほとんどしないそうです。一流になればなるほど、アドリブを入れるのだとか。アドリブを入れられるのは、自分で考えているからですね。新技術を鵜呑みにせず、その中のいいところを見極め、自分のプロジェクトにどこが合うか考え、使うべきところだけつまみ食いする、そんなエンジニアになりたいですね！

デマルコの新刊が少し前に出ました。「アドレナリンジャンキー」です。８６個ものパターン(アンチパターン含む)が載っている本です。

「アドレナリンジャンキー」という話は、猛烈なスピードで動きまわるのが健全と思っているという話で、まるで自分のことだったので、耳が痛いです。
＃ご存知の方は、わかるかと思いますが、重大トラブル対応に慣れている私は
＃刺激(アドレナリン)がないとダメなタイプで、かつ、いっぱい仕事するので
＃このアンチパターンそのままです。

それは置いといて、その本の中から「そうそう」というのを少し紹介・解説します。

「静かすぎるオフィス」というパターンが紹介されていて、「オフィスが静かすぎるのは、チームが魔力を失ったしるしである」という説明がついています。

これを読んで思い出したのが、ビジネス系コンサルタントから聞いた「笑いの無いコンサルオフィスは危ない(業績が悪いことが多い)」という話です。身の回りでも、うまく行っている現場では、楽しい会話があるものです。私はこの話を聞いてから、楽しい会話や笑いを止めたりすることは、するまいと思いました。

あなたのオフィスに笑いはありますか？　もし無いのであれば、危ないかもしれませんね。

逆に、無理にでも笑うといいそうですよ！　余裕がなくなると自然と笑いはでなくなりますが、そんなときは笑って挨拶してみましょう♪　きっといいことありますよ。