アカウント名:
パスワード:
一度に流してシステムが落ちたとしか聞こえないんだけど?システムを理解してないのか設計ミスなのかそこんところがはっきりしないのは怖い
その足し算あってる?
45+15=60万件はいけたが、45+25=70万件で落ちた、とITmediaの記事は読めばいいのかな?
そういうことみたいですね。ディスクフルで落っこちたみたいだけど、件数次第で起きる障害。運用でカバーらしいけど、実施タイミングや件数といった運用含めたシステム設計が考慮不足だった感じ。
ディスク空きがカツカツなRDBシステムでupdate文を投げたらトランザクションログが肥って止まりました的なミスなのかね。
2019年にリプレースしたシステムでそんなディスクカツカツな運用だったのか。なんかよく分からんな。でも銀行だし特殊なお高い超高速なディスクだったりするのかな。うちらの感覚とは違うのかもな。
遮断できないDOS攻撃の様なものなので負荷がかかればどうしても落ちる。負荷設計はコストの兼ね合いなのでシステム担当がどうあがいても無理な場合がある。
今回は二重引き落としや振替などの誤送信無くシステムが処理された、という意味では正常。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
60万件の処理を (スコア:1)
一度に流してシステムが落ちたとしか聞こえないんだけど?
システムを理解してないのか設計ミスなのかそこんところがはっきりしないのは怖い
Re: (スコア:0)
その足し算あってる?
Re: (スコア:2, 参考になる)
45+15=60万件はいけたが、45+25=70万件で落ちた、
とITmediaの記事は読めばいいのかな?
Re: (スコア:0)
そういうことみたいですね。
ディスクフルで落っこちたみたいだけど、件数次第で起きる障害。
運用でカバーらしいけど、実施タイミングや件数といった運用含めたシステム設計が考慮不足だった感じ。
ディスク空きがカツカツなRDBシステムでupdate文を投げたらトランザクションログが肥って止まりました的なミスなのかね。
Re:60万件の処理を (スコア:0)
2019年にリプレースしたシステムでそんなディスクカツカツな運用だったのか。なんかよく分からんな。
でも銀行だし特殊なお高い超高速なディスクだったりするのかな。うちらの感覚とは違うのかもな。
Re:60万件の処理を (スコア:1)
遮断できないDOS攻撃の様なものなので
負荷がかかればどうしても落ちる。
負荷設計はコストの兼ね合いなのでシステム担当がどうあがいても無理な場合がある。
今回は二重引き落としや振替などの誤送信無くシステムが処理された、
という意味では正常。