みずほ銀行システム障害に学ぶ
みずほ銀行システム障害の調査報告書が公開されたのがニュースになって、Twitterなどで色々な人がコメントをしているのを見た。140文字しか書けない空間で他人の失敗談の揚げ足取りをするのは簡単だが、そこからは一時の爽快感以外に何も得るものがないので、僕はそういうのはカッコ悪いと思っている。 そこで、ちゃんと読んでみたら全く他人事でない部分も沢山あるし、非常に面白く勉強になったので、ブログにまとめてみる。 技術的な話 銀行のシステムがどのようになっているのか、全然イメージが湧いていなかったので、それがまず勉強になった(p.29)。 トラフィックのソースに応じて用意された色々なシステムから基幹システム「MINORI」の取引メインバスにトラフィックが流れ、そこから各種システムへとリクエストが送られていく。この辺はService Oriented Architectureらしい。開発当時としては（
みずほ銀行が次期勘定系システムの開発を完了、8月から受け入れテストへ
みずほ銀行は2017年7月31日、次期勘定系システムの開発を完了した。8月から利用部門における数カ月間の受け入れテストを進めるほか、システム移行に向けた準備やリハーサルに取り組む。 みずほ銀行はシステム開発の完了を2度にわたって延期してきた経緯がある。1度目は2014年。2016年3月としていたのを約9カ月間延期した。さらに2016年11月には、同年12月としていた開発完了時期を数カ月間延ばすと公表していた。今回、ようやくシステム開発を終えた格好だ。 みずほ銀行の言う開発完了は、総合テストの完了を指す。今後、利用部門での受け入れテストを実施するほか、新システムへの移行が必要だ。システム移行では、「店群移行方式」を採用する。全国の店舗を複数のグループに分け、グループ単位で段階的に進めていく計画だ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
