エンタープライズ失敗から学ぶ人、学ばない人【その2】:ITエンジニア進化論5月27日に発生した全日空のシステム障害。全日空は過去の失敗から何を学んでいたのだろうか。この事例からサービスを提供している企業が考えるべきことを読み解く。亮,ITmedia]5月27日に発生した全日空のシステム障害。「ホスト接続システム」の入れ替えが原因とされるこの障害によって、130便が欠航し約7万人に影響がでた。実は過去にもトラブルは起きていた。全日空は過去の失敗から何を学んでいたのだろうか。繰り返される失敗5月27日の全日空のシステム障害は、週末を襲ったトラブルだったが、このような大規模な事例ははじめてではない。2003年3月21日には、通信制御プログラムの変更をきっかけにチェックインシステムの障害が顕在化し、150便の欠航を出している。2005年9月には、機内預かり手荷物を仕分けするシステムのダウンも発生している。実は全日空は、国内の基幹システムを2007年以降にメインフレームからオープンシステムへ全面刷新しようとしている。この基幹システムは、国内線の予約や航空券発券などを扱っており、これまで約30年間にわたって使用し続けてきたものだ。企業の重要な業務運営を支える基幹システムは、コンピュータベンダーの協力を得て1960年代からメインフレーム上でシステム開発が行われてきた。基幹システムがダウンすれば企業の存続に大きく影響するため、特に処理の安定性や信頼性が求められる。従って、いまだに多くの基幹システムがメインフレーム上で動き続けている。メインフレームの維持費用は高くつく上、ベンダーの独自アーキテクチャーであり柔軟な変更が難しい。これをオープンシステムへマイグレーションすれば、維持費用が安くつくだけではなく、割引運賃など新サービスの開発期間を大幅に短縮できるメリットもある。全日空の次期国内旅客システムは、大手航空会社では、メインフレームからオープンシステムへ全面刷新する初のケースといわれている。リスク管理の徹底が求められる今回の障害原因の詳細についてはまだその全容は明らかにされていない。これまでの類似事例から、オープンシステムゆえの複雑性増大、エンジニアの不足、リスク管理の不徹底があると見る。PCの価格性能比の飛躍的向上や安価なソフトウェア製品の登場によって、ユーザーの選択肢は大幅に広がり、1990年代から、オープンシステムによるシステム構築が大きく普及している。単一ベンダーによるサポートで済むメインフレームとは異なり、オープンシステムでは、さまざまなハードウェアやソフトウェアの組み合わせについては、自ら保証していく取り組みが必要となる。これをすべて検証するのは難しく、そこにリスクが内在しやすい。エンジニアの不足も考えられる。Webシステムが全盛の昨今、各種のIT教育機関はJavaなどの言語教育に力を入れている。若手のうちからメインフレーム系のエンジニアとしてのスキルを身につける機会が少なくなってきているのが実情だろう。都銀や航空会社などでは、いまだにメインフレーム上のシステムを改造するケースが多く、エンジニアの絶対数が不足しているのだ。リスク管理の視点も重要だ。企業のビジネスが情報システムに大きく依存する中、情報システムの障害は、企業に深刻なダメージを与える。障害を未然に防ぐためには、リスク管理の徹底が求められる。そんな中、この4月には、情報システムの信頼性向上に向けて、経済産業省より「情報システムの信頼性向上に関する評価指標(試行版)が公開されている。これは、情報システム障害の社会的影響が日々、深刻化してきていることを受けて、2006年6月に公表された「情報システムの信頼性向上に関するガイドライン」に基づいている。プロセスでの取り組み状況などを確認するものだ。質問内容を見ると、「過去の障害情報を活用しているか」「第三者によるレビュー・監査が実施されているか」というように、さまざまな視点でチェックポイントが盛り込まれている。この評価指標を活用してセルフチェックすることで、自社のシステムやシステム開発プロセスに内在するリスクを評価できる。交通機関や金融機関など、ライフラインともいえるサービスを提供している企業には、ぜひ活用してもらいたい。About『ITプロフェッショナルのスキル』ガイド。SEのキャリア形成やスキルアップをテーマに、書籍やウェブ記事を企画・執筆。未来を築くキャリアパスの歩き方』(ソフトバンククリエイティブ)がある。日々の執筆や読書を、ブログ『克元亮の執筆日記』でつづっている。世の中に仕事で失敗しない人はまずいない。した失敗を糧とできるかどうかは個人差が見られる。失敗から学ぶ人と学ばない人の違い、そして、そもそも、失敗から学ぶとはどういう意味なのだろうか。トラブルをチャンスに変えるリカバリー法【その1】エンジニアならば、システムトラブルの1つや2つは経験したことがあるだろう。何度経験しても、トラブル対応は嫌なものだ。考え方1つで、リカバリーへの取り組み方を変えられるのだ。「最悪の場合、胴体着陸します」——先月発生した全日空ボンバルディア機の胴体着陸事故において、機長のリカバリー能力が試された。機長の落ち着いた姿勢と上手なリカバリーが惨事を防ぎ、結果として全日空の評価を上げることになった。トラブルの初動はどうあるべきなのだろうか。起きたトラブルを千載一遇のチャンスにするためにはどうすべきだろうか。広告に関するお問い合わせメールマガジンSpecialインデックスRSSFacebookX利用規約ITmediaはアイティメディア株式会社の登録商標です。