ドコモ「ａｈａｍｏ」開始前日に不具合判明
コメント
選択しているユーザー
注目のコメント
ドコモによると、「エラーメッセージが出ていても手続きは完了している」とのこと。
これは、通常サーバで、クレカの処理やプランの設定などして、処理に成功した後に、画面にOKメッセージを返している分けですが、
今回の場合は、サーバの処理が遅くて、おそらく画面表示側でタイムアウトエラーとして表示していると想像されますね。
バックエンドのソフトのバグはないものの、データベース処理の最適化がされていないため、遅くなっていると思われます。書き方のノウハウがあったりします。
一方、本当にエラーの場合は、見極めがつかないのでは、と思いますね。各社突貫でやっていると思うので本当に大変な状況かと思います。
エラーでOKでいこう、という意思決定はそれはそれで良いと思います。本チャンのサービスがNGというわけでは無いので。登録完了が分かって安心できることが第一。この1ページの遷移の改修にそんなに時間がかかるのって...どういう作りになってるんだ...？
と興味半分、大丈夫か？という気持ち半分。
--追記--
ちょっと説明しづらいんですが、個人的に心配している事はこんな感じ。
web開発やってると当たり前の話なんですが、リクエストを捌くという事はworkerを捕まえて処理させて終わったら解放しての繰返しなんですが、複雑な事をしたりして処理に時間がかかるとリクエスト当たりのworker占有時間が増えるのでリクエスト数が増えると当然受けきれなくなります。
そのためにwebサーバの台数増やしてworkerの数を増やしてサービスのキャパシティを上げていくわけですが、たまーにそういう事考えずに数秒とかめちゃくちゃ時間のかかる処理をその中に入れちゃう人がいて、そうするとあっという間にworkerが埋ってリクエストを捌けなくなるんですよね。
たった1ページの遷移の改修に時間がかかるというのは直前で性能評価したらこういうのがわかっちゃったのかなと。
で、時間のかかる処理を手っ取り早く外した結果、絶対に成功判定が出ない形になってしまったのでお知らせ上げてます！これでとりあえず受け切れる！という話なら良い話ですね。
全体的に遅くて可能な限り外したけどまだ...とかじゃなきゃ良いなぁ。そうなると帰宅不能なエンジニアが出ちゃいそうで...。
--追記--
タイムアウトのエラーなんだとしたらバグでデータがおかしいを除くとワーストケースかなと。タイムアウトって一番ユーザ側のミドルウェアが待ってられないってパターンなので、タイムアウト表示の後もまだworkerは必死で動いてます。タイムアウトは設定によりますが数十秒〜1分くらいかな...。で、終わった後に応答返す先がなくてまぁ走り切ったから良いかと無言で終わります。リクエストを受けてからそこまでずっとworkerは占有状態なので一瞬で埋まって余裕のサービスダウンです苦笑
