アカウント名:
パスワード:
一連の障害の2個目辺りのときに、「メモリ足んなかった→メモリ足した、は抜本対策じゃ無いだろ」とか、「再発防止(や事故を受けての見直し作業)が時間的に出来てる筈が無いのにそこで非定形作業やってまた事故りましたって、一体何がどうなってるんだ」みたいな意見を見た気がするけど、このニュースで再発防止として挙げられてる項目もなんか場当たり的に見える。
非定形の処理投げ込む前にそれが問題を起こさないか検討する」ってフェイズがこの手のシステムだと有って然るべきだけど、一個目や何個目かのはそういう手順が機能しなかった例にみえる。その部分見直さないと非定形処理投げ込む度にリスク抱えることになるわけで……
もしまた事故った時にカード飲まんようにするのは大事だけど、飲まなきゃ事故ってもセーフって訳でもない。ちゃんと安全確保手順のあたりも見直してりゃいいんだけど……
これかな？https://srad.jp/comment/3990499 [srad.jp]
呑み込まないないようにするで、データ不整合(特に通帳)起きたらどうするんだコレ。壊れた情報で被害拡大方向に舵切ってるよね。
必要なのはその場で正しく処理できたかの確認と、速やかな返却だと思うのだが。場当たり対処で後手後手になって被害拡大してく対処法が好きなのかな？
「通常業務ではない作業でミスが出たら他の作業も手順の総見直しする筈だししばらく通常業務以外の作業は行えないはずなのになんでまた事故ってるの？」的なコメントもどっかにあった。togetterだったかな？
通帳返却は返却拒否条件が適切ならそれで事故りはしないけど、諸々の杜撰さ見ると全く安心できないよねぇ……
2回目の障害になった通信途絶系はやばいと思う。ATMのテストでちゃんと全業務、全パターン検証したのかね?設定変更は構わないけど、みずほ銀行での運用実績ゼロの設定をいきなり現地投入とか、見えてる地雷踏みに行ってる。他行向けのモジュールの流用で返却時の挙動マチマチでしたとかいう地獄も有り得そうなんだが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
場当たり的 (スコア:0)
一連の障害の2個目辺りのときに、
「メモリ足んなかった→メモリ足した、は抜本対策じゃ無いだろ」とか、
「再発防止(や事故を受けての見直し作業)が時間的に出来てる筈が無いのに
そこで非定形作業やってまた事故りましたって、一体何がどうなってるんだ」
みたいな意見を見た気がするけど、
このニュースで再発防止として挙げられてる項目もなんか場当たり的に見える。
非定形の処理投げ込む前にそれが問題を起こさないか検討する」
ってフェイズがこの手のシステムだと有って然るべきだけど、
一個目や何個目かのはそういう手順が機能しなかった例にみえる。
その部分見直さないと非定形処理投げ込む度にリスク抱えることになるわけで……
もしまた事故った時にカード飲まんようにするのは大事だけど、
飲まなきゃ事故ってもセーフって訳でもない。
ちゃんと安全確保手順のあたりも見直してりゃいいんだけど……
Re: (スコア:0)
これかな？
https://srad.jp/comment/3990499 [srad.jp]
呑み込まないないようにするで、データ不整合(特に通帳)起きたらどうするんだコレ。
壊れた情報で被害拡大方向に舵切ってるよね。
必要なのはその場で正しく処理できたかの確認と、速やかな返却だと思うのだが。
場当たり対処で後手後手になって被害拡大してく対処法が好きなのかな？
Re: (スコア:0)
「通常業務ではない作業でミスが出たら他の作業も手順の総見直しする筈だし
しばらく通常業務以外の作業は行えないはずなのになんでまた事故ってるの？」
的なコメントもどっかにあった。togetterだったかな？
通帳返却は返却拒否条件が適切ならそれで事故りはしないけど、
諸々の杜撰さ見ると全く安心できないよねぇ……
Re:場当たり的 (スコア:0)
2回目の障害になった通信途絶系はやばいと思う。
ATMのテストでちゃんと全業務、全パターン検証したのかね?
設定変更は構わないけど、みずほ銀行での運用実績ゼロの設定をいきなり現地投入とか、見えてる地雷踏みに行ってる。
他行向けのモジュールの流用で返却時の挙動マチマチでしたとかいう地獄も有り得そうなんだが。