アカウント名:
パスワード:
それこそメールみたいな処理でいいんじゃない？一日数千人でDoSなら、100万人くらい感染したら「借りる量増やしました」で追いつかない気がするんだけど。
いいですね、それ。ちょっとした専用メールクライアントを作って、操作手順書と一緒にIDとパスワードを送付して初回ログイン時にクライアント生成の公開鍵か何か送らせ、後は入力フォームをTSV化した可読性の高い署名付きメールの形で……残念ながら、それをちゃちゃっと作れるソフトウェアエンジニアが今時は中々いないんでしょう。特に、誰も望んでいない電子化という時代の波が来てしまってからは。
マイクロソフトに「いい感じにオートスケールするようにしといてよ。ただし日額最大こんだけまでで」て言えば済むのでは。クラウドってそういうものでは。
実証試験始まりだとスケールどうこう以前に無料枠設定のママだったなんてオチも…w
逆にリソース食うよ。通信経路を変えてもやることは同じだし、メールだと通信効率落ちるし応答時間なども長くなって処理時間も落ちる。大変なことになるよ。
Azureという巨大サービスと無尽蔵の予算を抱えてる国なんだから、必要なだけ借りる量増やす方が現実的。
通信経路というより、リアルタイム性の問題だよ。銀行のバッチ処理みたいのでいいんだから。
リアルタイム処理だと「この人もうDB登録されてるけど間違えてね？」みたいなやりとりもリアルタイムでできる。そういうのが後からメールで返って来たらもうね。
リアルタイムでやるよりエラーになったレコードがまとめて通知されて、まとめて修正する方が早くないですか？
そもそもリアルタイムで誤登録を認識できるならなぜ登録した…
バッチ処理向きの処理と、向かない処理がある。
バッチ処理に向かない処理をバッチ処理に回すとぐっちゃぐちゃになる。銀行に例えて極端なことを書くとこんな感じ。
ATMにキャッシュカードとお金を入れる↓キャッシュカードのデータを読み取ってストレージにためておく。お金も貯めておく↓夜になってバッチ処理開始↓キャッシュカードのデータ破損が発覚。入金処理ができない↓キャッシュデータのデータが破損してるからだれが入金したのか分からない↓お金が宙に浮く困った困った
これは本来ならリアルタイムで処理すべきキャッカードデータ（顧客情報）の照会すらバッチ処理に回してしまったために起きてる。感染者情報をメールでバッチ処理なんてのもこれと同じことが起きる。
システムがデータを受け付けたのかが後からまとめてかえってきたら、入力時に使ったカルテなどをまた探さないといけないし、探すキーとなる情報が誤っていたら簡単には探し出せない可能性まである。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
サーバー (スコア:0)
それこそメールみたいな処理でいいんじゃない？一日数千人でDoSなら、100万人くらい感染したら「借りる量増やしました」で追いつかない気がするんだけど。
Re:サーバー (スコア:2)
いいですね、それ。ちょっとした専用メールクライアントを作って、操作手順書と一緒にIDとパスワードを送付して初回ログイン時にクライアント生成の公開鍵か何か送らせ、後は入力フォームをTSV化した可読性の高い署名付きメールの形で……残念ながら、それをちゃちゃっと作れるソフトウェアエンジニアが今時は中々いないんでしょう。特に、誰も望んでいない電子化という時代の波が来てしまってからは。
Re: (スコア:0)
マイクロソフトに「いい感じにオートスケールするようにしといてよ。ただし日額最大こんだけまでで」て言えば済むのでは。クラウドってそういうものでは。
Re: (スコア:0)
実証試験始まりだとスケールどうこう以前に無料枠設定のママだったなんてオチも…w
Re: (スコア:0)
逆にリソース食うよ。
通信経路を変えてもやることは同じだし、メールだと通信効率落ちるし応答時間なども長くなって処理時間も落ちる。大変なことになるよ。
Azureという巨大サービスと無尽蔵の予算を抱えてる国なんだから、必要なだけ借りる量増やす方が現実的。
Re: (スコア:0)
通信経路というより、リアルタイム性の問題だよ。銀行のバッチ処理みたいのでいいんだから。
Re: (スコア:0)
リアルタイム処理だと「この人もうDB登録されてるけど間違えてね？」みたいなやりとりもリアルタイムでできる。
そういうのが後からメールで返って来たらもうね。
Re: (スコア:0)
リアルタイムでやるよりエラーになったレコードがまとめて通知されて、まとめて修正する方が早くないですか？
Re: (スコア:0)
そもそもリアルタイムで誤登録を認識できるならなぜ登録した…
Re:サーバー (スコア:1)
Re: (スコア:0)
バッチ処理向きの処理と、向かない処理がある。
バッチ処理に向かない処理をバッチ処理に回すとぐっちゃぐちゃになる。
銀行に例えて極端なことを書くとこんな感じ。
ATMにキャッシュカードとお金を入れる
↓
キャッシュカードのデータを読み取ってストレージにためておく。お金も貯めておく
↓
夜になってバッチ処理開始
↓
キャッシュカードのデータ破損が発覚。入金処理ができない
↓
キャッシュデータのデータが破損してるからだれが入金したのか分からない
↓
お金が宙に浮く困った困った
これは本来ならリアルタイムで処理すべきキャッカードデータ（顧客情報）の照会すらバッチ処理に回してしまったために起きてる。
感染者情報をメールでバッチ処理なんてのもこれと同じことが起きる。
システムがデータを受け付けたのかが後からまとめてかえってきたら、入力時に使ったカルテなどをまた探さないといけないし、探すキーとなる情報が誤っていたら簡単には探し出せない可能性まである。