有効期限のないAPIキーの問題点
何年も前に発行され、一度もローテーションされず、今も有効なキーは、便利なものではありません。何年も誰も実際に確認していない負債です。
公開ステータスページを正直に保つべき理由
ステータスページは、ひとつの具体的な問いにすばやく答えるために存在します。自分が依存しているものは今動いているか、動いていないならプロバイダーはそれをもう把握しているか、という問いです。これは限定的で役に立つ目的であり、本当に重要な日、つまり何かが壊れている日に信頼できるほど現実を忠実に反映している場合にのみ機能します。2年間ずっと緑一色のステータスページは、本当に完璧なシステムを表しているか（それはまれです）、顧客が実際に経験していることとはほとんど関係のないスケジュールで更新されているページを表しているかのどちらかです。
ステータスページの価値は、誠実に更新するのが最も不都合な瞬間にほぼすべて集中しています。インシデントが進行中で、公に認める前にすぐ解決するかどうか様子を見たくなるときです。その気持ちは理解できますが、ステータスページを役立つものにする考え方とはまさに正反対です。自分の側で障害が起きている最中にステータスページを確認する開発者は、問題が自分の側にあるのかプロバイダーの側にあるのかを、できるだけ早く知りたいのです。インシデントを完全に把握して解決するまで確認を待つページでは、その問いへの答えが遅すぎて、ほとんど役に立ちません。
誠実なやり方は、ステータスページをマーケティングの場ではなく、顧客に貸し出している運用ツールとして扱うことだと当社は考えます。つまり、実際のインシデントが起きているときには、詳細がすべてわかる前であっても実際のインシデントとして掲載し、状況が明らかになるにつれて更新することです。整った完全解決済みの要約を公開できるまでページを緑のままにしておくのではありません。自分のシステムをリアルタイムでデバッグしている人にとっては、洗練された遅い告知よりも、粗くても早い告知のほうが役に立ちます。
これは、インシデント時のコミュニケーションに限らず、当社が製品全体で考えていることにつながっています。開発者が行動に移せる情報を、できるだけリアルタイムに近い形で提供することです。すべての応答に割り当てのヘッダーがあるのは、インシデント中にステータスページが誠実であるべきなのと同じ理由です。どちらも、その瞬間の行動を変えたはずの情報を、事後になるまで知らされないという状況を作らないためのものです。
時折黄色や赤の項目が表示されるステータスページは、プロバイダーにとってのマイナス点ではありません。そのページが実際に何か現実のものとつながっている証拠です。見込み顧客がむしろ心配すべきなのは、傷ひとつ見せないページです。意味のある期間にわたってインシデントが本当にゼロのシステムは十分にまれなので、ページにインシデントがないことは、たいていシステムよりもページについて多くを物語っています。