アカウント名:
パスワード:
予想の4倍のアクセスがあったため繋がりにくくなったことが問題なんじゃなくて、リアルタイムに必要な情報をユーザーに自分で拾えと要求する行為が問題なんじゃないだろうか。
アクセス過多以外にも、災害であればサーバールームが壊れるということは同時に起こり得るし、3秒後には停電とか通信網の障害ということもあり得る。災害時ではなく平時であってもトラブルで停止することはある。
メール配信、サーバへのリクエスト、サーバの応答という3つの処理が成功しないと情報が入手できないのであれば、それはそもそも緊急情報の配信方法として間違っている。
そうですね。というか、受信者に「WEBをみろ」というなら、災害時には役に立たないでしょう。
WEBサーバーを見ろと言うなら、想定すべきユーザー数は、エリアメールを受信する全員同時アクセスですね。また、災害時にも提供できるように…。こんなの無理でしょうから、エリアメールで「WEBをみろ」という仕組み事態に無理があると思いますわ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
需給アンバランス (スコア:2)
システムを構築したときの想定以上に、スマホやPC所有者が増えたということでしょうか。
着歌のダウンロードのようにアクセスが短時間に急増するようコンテンツでは、
動的にサーバー増やすといった契約があった思います。
ツイッターで横浜市総務局危機管理室が
>10月13日19時30分、土砂災害の危険があるため、次の対象地区に避難準備情報を発令しました。
>対象地区はホームページでご確認ください。
>http://www.city.yokohama.lg.jp/somu/org/ki・・・・・
と呟いたので、
Re:需給アンバランス (スコア:2)
予想の4倍のアクセスがあったため繋がりにくくなったことが問題なんじゃなくて、リアルタイムに必要な情報をユーザーに自分で拾えと要求する行為が問題なんじゃないだろうか。
アクセス過多以外にも、災害であればサーバールームが壊れるということは同時に起こり得るし、3秒後には停電とか通信網の障害ということもあり得る。災害時ではなく平時であってもトラブルで停止することはある。
メール配信、サーバへのリクエスト、サーバの応答という3つの処理が成功しないと情報が入手できないのであれば、それはそもそも緊急情報の配信方法として間違っている。
Re:需給アンバランス (スコア:2)
そうですね。
というか、受信者に「WEBをみろ」というなら、
災害時には役に立たないでしょう。
WEBサーバーを見ろと言うなら、想定すべきユーザー数は、
エリアメールを受信する全員同時アクセスですね。
また、災害時にも提供できるように…。
こんなの無理でしょうから、エリアメールで「WEBをみろ」
という仕組み事態に無理があると思いますわ。