ココナラよもやまブログスマートフォン用の表示で見るココナラよもやまブログ採用情報はこちら2019-04-10Redashによるアプリ障害最速検知TECHこんにちは。プロダクトアプリグループの太田です。今回は実際に起きた障害事例から、いかに最速で検知できるか模索中のお話をします。障害が起きたアプリのリリースを行った翌日いつものKPIモニタリングをしている時でした。前日から若干のサインアップ率の低下が確認できました。何かしらの外的要因で低下したのではないかとアプリの障害を全く疑っていませんでした。アプリの障害を疑い調査を始めます。その結果アプリ側のメールサインアップ時の障害であることがわかり即対応版をリリースしました。回復っ...!泣AppStoreの審査に提出し通るまで気が気ではありませんでした。Linksの設定を外し、メールアクティベーションはWebで完了するよう対策しています。アプリで登録試みたのにWebに着地し、自らアプリに戻ってもログイン状態になっていない。ユーザの皆様にご迷惑をかけてしまいました...リリース直後に検知したいこの障害検知が遅れた原因は主に以下です。アプリリリース後の最新バージョンの伝搬が緩やかに進むため、障害の発生もゆるやかサインアップできる経路もあり全員ができないわけではないためユーザのお問い合わせもインシデントレベルで上がってこない本来であれば障害起こすものをリリース前に防ぐのが正しいですが、今回のように万が一リリースしてしまった場合の検知方法を考えたいと思います。サーバサイドの障害であれば、エラーのアラートが即座に上がりサーバ側で対処できることがほとんどです。ためエラーログも送られていません。そもそもアプリは通信の発生しない動作が多くあるためエラーログでは検知できない。問題が起きていることがわかれば、何の問題なのかそのバージョンの更新状態からすぐに障害が特定できるはず!こうなったyomoyamablog.coconala.co.jpみんな大好きfirebaseイベントをRedashで分析します。各バージョンごとの購入転換率とサインアップ率を障害検知する指標としました。数を調べるのは最新バージョンの伝搬がすぐには起こらないため率を調べます。跳ねているものは、該当バージョンのシェアが落ちて母数がかなり減っているため率として増減がかなり激しくなります。直近のバージョンの動きを見たいので特に影響はありません。これでリリース直後に検知が可能そうです!まとめその後モニタリング継続してますが、幸いにも大きな障害は発生していません。障害を発生させない努力をするのが最も大切ですが、発生した場合に検知する仕組みとリカバリ方法を常に考えておくのも重要です。避難訓練ではないですが、毎回のリリース時に障害が発生した場合どうリカバリするか常に考え続けることで万が一の事態にも対応スピードが上がってくるかと思います。iOSアプリで実装はじめまして。去年11月に入社したエンジニアの佐藤です。快適アプリ分析こんにちは。プロダクトアプリグループの太田です。Reserved.スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。