有料コンテンツの購読
現在、Web上での有料コンテンツ購読機能は準備中です。
ご不便をおかけしますが、有料コンテンツを購読希望の方は
モバイルアプリ上で購読の手続きを行ってください
認証方法を選んでください
ご協力いただきありがとうございます。
いただいた情報は実名認証のみに使用いたします。
利用可能になる機能
コメントの公開範囲が
すべてのユーザーまで開放されます
フォロー中トピックスの投稿にコメント・返信ができるようになります
Facebookで認証を行う
LinkedInで認証を行う
名刺・学生証で認証を行う
お名前の変更には
再度実名認証が必要です
Facebookで認証を行う
LinkedInで認証を行う
名刺・学生証で認証を行う
名刺または学生証を利用して
実名認証を行いましょう
名刺または学生証をアップロード
※ 名刺等の情報は照合にのみ利用します
※ アップロードされた資料は公開されません
入力された情報に虚偽があった場合、認証が取り消されることがあります。
これに同意の上、下記のチェックボックスにチェックして登録を完了してください。
実名認証を行う
を利用して
実名認証を行いましょう
入力された情報に虚偽があった場合、認証が取り消されることがあります。
これに同意の上、下記のチェックボックスにチェックして登録を完了してください。
実名認証を行う
実名認証が完了しました
ご協力いただきありがとうございました。
一層のコミュニティ活性化に取り組んで参ります。引き続きNewsPicksをご活用ください。
利用をつづける
実名認証をして
コメントを発信しよう
現在あなたのコメント公開範囲は
フォロワーのみに限定されています
信頼性の高いコメントコミュニティをつくっていくために、実名認証にご協力をお願いします。設定を行うことでコメントの公開範囲が「すべての利用ユーザー」に開放されます。
実名認証を行う
あとで
学割プラン継続確認
学割プランは毎年月に更新の確認を行っております。
月以降も学割プランを継続されたい方は、
学生情報を更新してください。
学生情報を更新されない場合、
次回更新時に自動解約となります。
卒業される方等、プレミアムプランに移行される方には
1ヶ月無料期間をサービスいたします。
学割プランを更新されない場合
学生の場合
学生の間であれば、またいつでも学割プランにお申込み頂けます。
社会人になる場合
いま、アンケートに答えてプレミアムプランに移行すると1ヶ月無料の特典が受けられます。
ここで「更新しない」を選択すると、後からは1ヶ月無料の特典は受けられなくなりますのでご注意ください。
メール認証をしてください
ご登録いただいたメールアドレス宛に届くメールから
URLをクリックし本人確認をお願い致します。
届いてない場合、見つからない場合は下記から再送と認証をお願い致します。
再送設定する
閉じる
新しいトップページへの
フィードバックのお願い フィードバックを受けて改善いたしますので、ご意見・ご要望をいただけませんか?
メディアへの情報が小出しなので、自分が富士通で金融のストレージ構築を担当していた範囲で知っている知識で書くので、以下のコメントは多分に推測を含みますのでご了承ください。(壮大なネタの可能性があると思ってください)
富士通がアメリカから購入しているストレージにはNetAppという有名なメーカーがあります。
これは主にファイルストレージがメインの分野で、富士通が国産で設計しているEternusとはジャンルの違うストレージ機器です。
OEMのため、富士通での販売名はEternusと言っていますが、中身はNetAppのそれそのものです。
実はこのNetApp、今から5年ほど前にシステムのOSをドラスティックに変更しました。わかりやすくいうと、Windows10がMacOSに変わったぐらいの大変更です。
7modeという歴史あるシステムからcDotにかわり、自分も最初は全く歯がたたないくらい変化についていけませんでした。
その時クラスター構成が大幅に変わって、設定値がわかりにくかった記憶があります。
もし仮に、本件がこの機器で、該当osがこの話だとしたら、設定する場所がそもそも変わっており、有効にしていなかったという内容はなるほどなと思います。
実は金融系に限らず、どこの現場でも以前の設計書を使い回すことは非常に多く、基本設計(そもそもの大まかな動き)と詳細設計(たとえば今回のようなパラメータのオンやオフ)は踏襲することが多々あります。
また、システム納品には検収というのがありますが、システムがどう動いたかは試験仕様書とエビデンスを付けて納品することが多く、検収側がそこを細かくみていることはほとんどなかったと思います。
とても残念なのですが、今回の件がストレージ側の設定ミスに起因する場合、やはり納品した側の富士通の責任は重いと考えます。
しかしながら自分も経験しましたが、ストレージ専門の人は日本では本当に少なく、またレビューして指摘ができる人も案件を抱えすぎているのは、ITインフラを蔑ろにしていることも無視できません。
できれば本件はいろいろな憶測が私含めいろんな方から出ますので、詳細な説明がなされることを富士通には期待したいと思います。
今回の件で金融庁としても責任の所在を確認する義務はあるだろう。
https://search.yahoo.co.jp/amp/s/nypost.com/2018/03/06/new-york-stock-exchange-fined-14m-for-2015-outage/amp/%3Fusqp%3Dmq331AQRKAGYAbLeruLDv8Xo0QGwASA%253D
入社当初に担当したシステムは、一企業のシステムでありながら、日本の金融システムの一部を担う重要なシステムでした。
そのときの上司が、新たなシステムを構築する際にフェールオーバー(今回の障害で行おうとしていたバックアップシステムに切り替えること)テストを3回実施していました。
1回じゃわからないことも、3回やれば安心できるということを言っていましたが、この信条は他の会社では見つけられないパッケージ製品のバグを見つけるなど、些細なバグも見逃さないことに貢献していました。
今回の東証のシステムはまさしく重要システムであり、このフェールオーバーテストをしていればわかったと思いますが、問題の機器のみが障害時のフェールオーバーテストはしていなかったのかもしれません。
一方で、こういったテスト対応には多大なコストがかかります。システム構築は、日本で高いといわれる人件費の塊であり、さらにその中でもシステムエンジニアの人件費は高いです。
これらのコストも踏まえて、どこまでテストするかを判断する必要があり、アメリカのシステムはテストを省力化しており、日本もその傾向がある認識です。
どういう基準でテストを省略すると判断してしまったのかは、今後のテスト実施の観点にしたいので、公開して欲しいなと思いました。
加えてリスクアセスメントに「保守レベルの低下」を追加して、リスク保有でも、リスク低減でも、常にステークホルダとの合意を維持したうえでコントローラブルな状態で保守したいものです。
ICT部分を外部に委託した事による 企業のリスクアセスメントの実効力確保が挑戦になるとしても、です。
フェイルオーバーやディザスタリカバリ、IaCのテストは大変ですが、テストイベントを企画して 実機でやってみる、願わくばF1のピット作業の様に訓練を重ねる機会を提供し、技能を向上できる仕掛けが求められているのかも知れません。
富士通がこの変更を把握してないわけないでしょ。
『2015年9月のシステムの仕様変更前までは「オフ」でも15秒後に予備に切り替わる仕組みだったが、機器を製造した米メーカーが「オフ」時にはバックアップを作動させない方式に変更。これを富士通が把握せず、「オフ」にして東証に納入。マニュアルにも反映させなかったため、東証は気付かないままシステムを運用していたという。』
〈追記〉
ストレージの切替設定はそもそもそんなに単純ではない。
障害時の挙動(待ち時間など)について、この様なクリティカルなシステムで初期設定のままという事はあり得ないでしょう。
何らかのの意図で設定を施してるはず。
「OFFでも15秒後に切り替わるんで」
なんて言われて管理者は了承しないでしょう。
切替が要件にあるなら、ONにした上で切替条件を設定するのが当然。
どうも腑に落ちない。
東証関係者はえらい迷惑かけられましたね。
これは富士通は未来永劫「マニュアル大丈夫ですか?」とイジられるやつ
(コメントに誤認あったので修正)