アカウント名:
パスワード:
新サービスを始めるというなら、予測不可能性もある程度仕方が無いと思うが、今動いているサービスで、必要な同時接続数や、帯域などのデータは十分すぎるほど持っているだろうになんでやっちまったのかな。
「見積もりが甘かった」って、見積もりじゃなくて実データ取れるよね。
データは取れるだろうけど、ハードウェアのリプレースを含む開発だから、相当前から始まってるはず。単純にそのときからの予測から大きく外れたということでしょ。データは取れても、開発側からは常にモニタできるわけじゃない。
ハードの要件(同時接続数と信号量のバランス)を読み損ねたのは仕方ないと思います。しかし複数台で構成されていてスケーラブルなシステムなはずで入れ替える前に再度必要量を検討して余力を持たせた台数にするべきだったのではないかと。それをやった結果が現行システムのバランスの悪さだから想定してたと思うんですがねぇ。それにしても(能力-想定)が(実際-能力)より大きいってのはいくらなんでも？
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
何でそんなことが (スコア:3, すばらしい洞察)
新サービスを始めるというなら、予測不可能性もある程度仕方が無いと思うが、
今動いているサービスで、必要な同時接続数や、帯域などのデータは十分すぎるほど持っているだろうに
なんでやっちまったのかな。
「見積もりが甘かった」って、見積もりじゃなくて実データ取れるよね。
Re: (スコア:0)
データは取れるだろうけど、ハードウェアのリプレースを含む開発だから、相当前から始まってるはず。
単純にそのときからの予測から大きく外れたということでしょ。
データは取れても、開発側からは常にモニタできるわけじゃない。
Re:何でそんなことが (スコア:0)
ハードの要件(同時接続数と信号量のバランス)を読み損ねたのは仕方ないと思います。
しかし複数台で構成されていてスケーラブルなシステムなはずで
入れ替える前に再度必要量を検討して余力を持たせた台数にするべきだったのではないかと。
それをやった結果が現行システムのバランスの悪さだから想定してたと思うんですがねぇ。
それにしても(能力-想定)が(実際-能力)より大きいってのはいくらなんでも？