・・・と思っていたいたら、本日9/8に再び障害を起こしましたね。

通算で今年は7回の障害を起こしています。
→また障害が発生して通算8回になりました。記録はどこまで伸びるのでしょう。(2021/09/30追記)

さすがに多すぎということで、現役の金融系SEである私がみずほ銀行の障害について思うことを書いていきます。

あくまでネットで得られたら情報からの個人的な見解です。

内部事情を知っているわけではないので、的外れなことを言っている可能性もありますので、その点はご了承ください。

また、みずほ銀行もメインフレームを使用している(Wikipedia参照)ので、メインフレームについての記事も読んでいただければと思います。

若手メインフレームエンジニアに将来性はあるの？

メインフレームという言葉を聞いたことはありますか？システムエンジニアでも、携わったことがない人は聞いたことはあってもよくわからないと思います。IT関係でない人は聞いたことすらないとおもいます。そんな誰も知らないと思われるメインフレームエンジ...

kaka-blog.com

2021.08.17

なぜ障害は発生する？

まず障害発生の原因ですが、ぱっと思いつくもので以下があります。

では、これらの原因について、簡単に説明していきます。

ちなみにですが、顧客影響の出ない障害(エラー)であればちょくちょく起きます。

ちゃんと障害時のことを考えたシステム構成にしているので、顧客影響のあるような障害は基本的に発生しません。

機器の故障

当たり前ですが、機械なので壊れるときは壊れます。

そのため、定期的に点検をしたり、故障しても大丈夫なように複数台用意して、片方が故障してももう片方で稼働できるようにします。(冗長化って言ったりします)

コンピュータは様々な機器が組み合わさってできているので、意外とパーツの小さな故障はちょいちょい発生します。

もちろんそのような故障でもサービスが停止しないように基本的に冗長化されています。

コーディングミス

私は開発ではなく基盤側の人間なので詳しいことまでは言えないですが、基本的な機能については本番稼働する前に入念にテストします。

ただどうしても人間が作るものなので、細かいミスであったり、様々なパターンで使われることで、稀にある条件を満たした場合にのみ発生するエラーというものがあります。(メインフレームではエラーのことをABENDと言います。ABNORMAL ENDを略してABEND)

あとはアプリケーションの組み合わせとかもあります。(これはコーディングミスとはニュアンスが違いますが)

アプリケーションＡとアプリケーションBを組み合わせて使ったときにエラーが発生する等。

ちなみに私はあるベンダーの製品バージョンアップをしたときに、今まで使えた機能が使えなくなったというようなことがありました。(ベンダー曰く、その機能使われてないと思ったとか・・・)

タイミング障害

これはたまたま処理が競合したときに起こるような障害です。

例えばですが、Aさんがシステムログのファイルを見ようとしたタイミングと、そのファイルをアーカイブする処理動くタイミングが競合してしまったとかです。

この場合はアーカイブ処理が滞留して、後続の処理が稼働できなかったりすることがあります。

なぜみずほ銀行で何回も障害が発生するのか

みずほ銀行はいくつかの銀行が吸収合併してできた銀行です。

現在の「MINORI」というシステムが完成するまでは、吸収合併前の各銀行のシステムを使っていました。

当然、それらのシステムを1つに再構築となると、どんでもない工数がかかります。

実際にかかった費用は4500億だとか・・・。

また、IT業界独特の働き方なのですが、客先常駐という働き方があります。

簡単に言うと、自社で技術者を賄えないから、他社の技術者と契約して作ってもらおうというものです。

システムというのは構築するときに最も人が必要です。

逆に言うとリリースしてからの運用に関しては、構築時よりは人が少なくてよくなります。

みずほ銀行は6割のシステムエンジニアを削減したらしいですが、これはおそらくクビではなく構築時に委託した他社の技術者との契約を終了したということです。

システムの規模感がわからないので、6割削減が妥当かはわかりません

しかし、運用が構築に比べたらそこまで人員がいらないのは事実です。

みずほ銀行のシステム統合では、1000社以上のベンダーが参加するくらい超絶大規模案件です。

ぶっちゃけそんなシステムの全容を理解するのは事実上不可能です。(そもそもみずほに限らずシステムの全容を理解している人なんてそうそういません)

そのため、リリース後に契約を終了した人しか細かい仕様まで理解できていないので、何かちょっとしたエラーが起きても解決することができず、顧客影響まで出てしまったのかなと思います。

さらに細かい仕様を知る人がいないから、障害が発生した原因究明もなかなかできないという状態になっているのだと思います。

(2021/09/10追記)

2021年8月の障害の原因となった機器が点検の対象外だったとか。

詳細はリンク先にて。

見た瞬間これは気の毒とは言えんなと。

点検しても故障が見つからなかった可能性もありますが、点検してないのはありえないですね。

そんな体制を続けてたらそりゃ障害起きるわなっていうのが率直な感想です。

どうすれば障害を未然に防げたのか

これも内部事情までわからないので、なんとも言えないですが、一番はテストが甘かったのだと思います。

やっているとは思いますが、これだけ障害が発生するとテストが甘いとしか思えないです。

また、障害発生を想定したテストもしていないから、顧客影響まで出てしまうのではないかなと。

結果論ですが、これだけ障害が起きるなら、多少人件費がかかったとしても構築時の要員はもっと残すべきでしたね。

おわりに

金融系SEとしては、同じような状況になることが絶対にないとは言えないので、そんなことにならないようにせねばという感じです。

よくWebサイトやオンラインゲームなどがメンテナンス中でサービスが利用できない時間があります。

実はそういう時は我々のような人間が裏で結構頑張ってます。

ユーザーからしたら「なんで使えねえんだよ！！！」となります。

その気持ちはもちろんわかりますが、システムの維持って大変なんです・・・。

サービス開始までにどうにか作業が終わるように必死にやってます。

なので、私みたいな人が裏でがんばってんだな、と思っていただければ。

擁護するわけではないですが、みずほ銀行のシステム担当者の人は気の毒だなと思います。

システムエンジニアでも、携わったことがない人は聞いたことはあってもよくわからないと思います。

IT関係でない人は聞いたことすらないとおもいます。

そんな誰も知らないと思われるメインフレームエンジニアの将来性について、私の独断と偏見で書いていきます。

結論から言ってしまうと、今後希少価値がどんどん高まる存在なので、若手でメインフレームをやっている人は絶対に続けた方がいいです。

ということで、そもそもメインフレームって？ってところから、なぜ希少価値が高くなるのか書いていきます。

メインフレームとは？

1950年代に生まれ、主に基幹業務に使われているコンピュータで、メインフレーム、汎用機、ホストコンピュータ等と呼ばれています。

メインフレームの強みとしては、以下のようなものがあります。

• 大量のバッチ処理や帳票出力
• あらゆる機器を冗長化することによる信頼性
• 多数の処理の並行稼働

その中で、一番メジャーなのはIBMの提供するz/OSで、世界のトップの銀行・保険会社のほとんどが使用しています。

メインフレームのシェア率はIBMが世界で8割くらいを閉めていて、実質独壇場です。

メインフレームが使われ続ける理由

そんなメインフレームですが、日本では金融機関以外で使われることはあまりありません。(たぶん)
金融機関で使われる理由は、メインフレームの信頼性や可用性が高い等もありますが
一番は簡単にオープン系(サーバ)への移行ができないからだと思います。

では何故か？というと構築した当時(数十年前)の仕様書、設計図、要件定義書が残っておらず
安易にオープン系へ移行ができないためです。

メインフレームからオープン系へ移行するとなると
アプリケーションやバッチ処理を全て洗い出し、システムを1から再構築することになると思います。

金融機関は止まることが許されないため、移行時や移行後に問題が発生するようなリスクは背負いたくありません。
今安定稼働しているのだから、そのままでいいというのが金融業界の考え方です。(基本的に保守的なので新機能も使いたがらないです)

そんなメインフレームのエンジニアを私はやっていますが
私が認識している世間のメインフレームのイメージは以下のような感じです。

• 古いシステム
• いまだにCOBOLやアセンブラがメイン
• SEでも聞いたことくらいしかない
• IT業界でない人は言葉すら知らない

とまあ、こんな感じでいい印象はあまりないと思います。

メインフレームがオープン系に移行されたり
そもそも新規にメインフレームでシステムを構築することがあまりないので
このような状況になるのはしょうがないと思います。

ただそれでも現役バリバリで動いているというのが現実です。

メインフレームをやることになったきっかけ

私は大学では情報系の学部にいて、その中でもネットワークをメインとしている学科にいました。

当時はIT業界ならなんとなく安定して仕事あるでしょ？くらいのノリで入学しました。

なので就活もIT業界に絞っており
「せっかく学生時代にネットワークの勉強したし、ネットワークの保守や構築の仕事がいいなあ」
となんとなく思っていました。

しかし！！！

社会はそう甘くありません。

入社し、初めは新入社員合同でJAVAの研修を受け
その後配属先によって他の言語だったり、サーバ・ネットワーク等の基盤の追加研修を受けました。

私はサーバ・ネットワークの研修だったので
なんとなくこういう仕事やるのかなと思っていたら・・・

いざ現場に行くとz/OSという、聞いたこともないOSの構築や保守をやる現場だったのです。

初めは嫌々やってましたが、なんだかんだやっているうちに面白くなって
このままメインフレームのエンジニア続けてもいいなと思うようになりました。

ただ最初は全くと言っていいほどやる気が出ず
私のOJTトレーナーはどうやってモチベーションを上げるか？を常に考えていたそうです。

そんな感じで始めは嫌々やっていましたが、やっていくうちにおもしろくなったり、4年とか5年やっていると「今からサーバとかクラウドに行くと、イチからまた勉強しないといけないしな」と思い、メインフレームで食っていくことを決めました。

メインフレームエンジニアの減少

金融機関等では現在も第一線で動いているメインフレームですが
メインフレームのエンジニアの数はどんどん減っています。

その理由として・・・

• そもそもメインフレームを採用している企業が少ない(特に新規にメインフレームを構築することがほぼない)
• メインフレーム全盛期に活躍していたエンジニアが定年退職を迎える
• メインフレーム自体の知名度
• オープン系と比較して、育成に時間がかかる
• マニュアルがネットで入手できないため、現場で経験を積むしかない

このような状態なので、メインフレームに携わるエンジニアは減っていき、若いエンジニアも増えていきません。

実際に私が関わった人は50歳以上の方ばかりで、社会人を5年とかやっていると中堅と言われると思いますが、メインフレームエンジニアの中ではかなり若手の扱いになります。

ちなみにメインフレームを自宅で勉強するとしたら、こちらの書籍かIBMのサイトでマニュアル見るくらいしかできません。

私はこちらの書籍で新人時代は勉強していました。

メインフレームのことを体系的に知れるので、メインフレームとは？ということを勉強するのにおすすめの書斎です。

若手メインフレームエンジニアの将来性

では、メインフレームのエンジニアに、特に若手の将来性はどうなのでしょうか？

この時代にメインフレームやってるの？と言う人もいますが
私はむしろ今がチャンスだと思ってます。

メインフレームを支えているのは、先ほども書いた通り50,60代というのが現状です。

実際に私が見てきた人たちは、若くても40代という感じです。

ですが、あと10年15年もしたらその世代が一気に引退していなくなります。

しかし、それでもメインフレームは動き続けます。

そのときに若くてメインフレームのスキルがある人は絶対に重宝されます。

私は去年転職をしていますが、メインフレームをやれる若い人は貴重と何度も聞いています。

なので、今メインフレームのエンジニアをやっている人はどんどん市場価格が上がっていきます。

まとめ

• メインフレームがなくなることは考えにくい
• 10～15年も経ったらメインフレームを引っ張っている世代が引退
• 将来的に今の若いメインフレームエンジニアは市場価格が高くなる

おらそく容易に移行ができ、かつメインフレーム以上の信頼性やが高いものがないと
すぐにメインフレームはなくなることはないのかなと。

そんなものがすぐに出てくるとは考えにくいです。

ということで、メインフレームのエンジニアは世間のイメージほど悪くないので、もしやれる機会があったらぜひ。

まあ、メインフレームに携われる機会なんて、なかなかないんですけど・・・。

金融系のSEになるのが、一番確率は高いとは思いますが。