アカウント名:
パスワード:
新サービスを始めるというなら、予測不可能性もある程度仕方が無いと思うが、今動いているサービスで、必要な同時接続数や、帯域などのデータは十分すぎるほど持っているだろうになんでやっちまったのかな。
「見積もりが甘かった」って、見積もりじゃなくて実データ取れるよね。
データが取れてなかったんですよ。
今回入れ替えた機器で、やっとデータ取りもできるようになる予定でした。
同時接続数のデータはあったようです。それを元に容量を見積もっていて、それは問題が無かった。しかし、「1時間当たりの接続数」のデータは従来型では取れなかったようです。
そのため、従来機器の「1時間当たりの接続数」性能が過剰だったと見積もられ、新型では能力が落とされました。この過小評価が、今回のトラブルの原因です。
更に、20日に小規模に入れ替えて試験していたのに、機器の安定稼働を確認するに留まり、接続数の確認を怠りました。これが決定的なミスとなります。
実績データが無い状態で容量見積もり失敗したのはまぁ仕方なかったとしても、小規模実地試験での試験項目になっていなかったのはマズいです。従来型より性能が劣っている箇所があるにかかわらず、確認していないというのは初歩的ミスと言われてもしかたありません。ここは他山の石としたい所ですね。
え~と、少し前のFOMAは大量通信をすると10分間通信規制がかかっていたと思いますが、1時間当たりのデータ量すらわからないのに、どうやって規制をかけていたんでしょう?
パケット数に対し課金するシステムがあるのでユーザに対して集計はできていたものの地理的な軸での集計ができていなかったのでは?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
何でそんなことが (スコア:3, すばらしい洞察)
新サービスを始めるというなら、予測不可能性もある程度仕方が無いと思うが、
今動いているサービスで、必要な同時接続数や、帯域などのデータは十分すぎるほど持っているだろうに
なんでやっちまったのかな。
「見積もりが甘かった」って、見積もりじゃなくて実データ取れるよね。
Re: (スコア:5, 興味深い)
データが取れてなかったんですよ。
今回入れ替えた機器で、やっとデータ取りもできるようになる予定でした。
同時接続数のデータはあったようです。それを元に容量を見積もっていて、それは問題が無かった。
しかし、「1時間当たりの接続数」のデータは従来型では取れなかったようです。
そのため、従来機器の「1時間当たりの接続数」性能が過剰だったと見積もられ、新型では能力が落とされました。
この過小評価が、今回のトラブルの原因です。
更に、20日に小規模に入れ替えて試験していたのに、機器の安定稼働を確認するに留まり、接続数の確認を怠りました。
これが決定的なミスとなります。
実績データが無い状態で容量見積もり失敗したのはまぁ仕方なかったとしても、小規模実地試験での試験項目になっていなかったのはマズいです。
従来型より性能が劣っている箇所があるにかかわらず、確認していないというのは初歩的ミスと言われてもしかたありません。
ここは他山の石としたい所ですね。
Re:何でそんなことが (スコア:1)
え~と、少し前のFOMAは大量通信をすると10分間通信規制がかかっていたと思いますが、1時間当たりのデータ量すらわからないのに、どうやって規制をかけていたんでしょう?
Re:何でそんなことが (スコア:1)
パケット数に対し課金するシステムがあるのでユーザに対して集計はできていたものの
地理的な軸での集計ができていなかったのでは?