サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
サブプライム住宅ローン危機の際にアメリカ合衆国政府により救済されたアメリカン・インターナショナル・グループの本社 「大きすぎて潰せない」（おおきすぎてつぶせない、英語: Too big to fail、略してTBTF）とは、特定の企業、特に金融機関はあまりにも大きく、相互依存関係にあるために破綻すれば広範な経済システムへの壊滅的打撃に繋がりかねず、破綻の瀬戸際に立った時に政府の支援が必要となってしまうことを指している[1]。 「大きすぎて潰せない」という慣用表現は、1984年の議会公聴会で連邦預金保険公社のコンチネンタル・イリノイ銀行への介入について議論した際に、米国下院議員のスチュアート・マッキーニーが使用したことで広く知られるところとなった[2]。この表現は以前にもマスコミで時折使用されており[3]、同様の考えが初期の銀行救済の動機となった[4]。 この言葉は、2007年-2008年世
みずほフィナンシャルグループ（ＦＧ）が、基幹システムの開発などを担当する人員を、システムの本格稼働後に約６割削減したことが３１日、分かった。今年６回の障害を起こしたみずほのシステムは全体像を把握するのが難しいほど規模が大きく、システムに習熟した人員を削減したことが障害の多発に影響した可能性もある。 みずほＦＧは３１日、金融庁に今年５回目となった８月１９～２０日の障害に関する報告書を提出。この時はみずほ銀行などの営業店と基幹システムをつなぐ機器が故障し、全国の店舗窓口で入出金などができなくなった。
みずほ銀行システム障害の調査報告書が公開されたのがニュースになって、Twitterなどで色々な人がコメントをしているのを見た。140文字しか書けない空間で他人の失敗談の揚げ足取りをするのは簡単だが、そこからは一時の爽快感以外に何も得るものがないので、僕はそういうのはカッコ悪いと思っている。 そこで、ちゃんと読んでみたら全く他人事でない部分も沢山あるし、非常に面白く勉強になったので、ブログにまとめてみる。技術的な話 銀行のシステムがどのようになっているのか、全然イメージが湧いていなかったので、それがまず勉強になった(p.29)。 トラフィックのソースに応じて用意された色々なシステムから基幹システム「MINORI」の取引メインバスにトラフィックが流れ、そこから各種システムへとリクエストが送られていく。この辺はService Oriented Architectureらしい。開発当時としては（
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
