Проблема API-ключей, которые никогда не истекают
Ключ, выданный много лет назад, ни разу не заменённый и до сих пор действующий, это не удобство. Это риск, на который никто не смотрел уже много лет.
За честную публичную страницу статуса
Страница статуса существует, чтобы быстро ответить на один конкретный вопрос: работает ли прямо сейчас то, от чего я завишу, а если нет, знает ли об этом уже провайдер. Это узкая и полезная задача, и она выполняется, только если страница отражает реальность достаточно точно, чтобы ей можно было доверять в тот день, когда это действительно важно, то есть в день, когда что-то сломалось. Страница статуса, которая два года подряд показывает сплошной зелёный цвет, описывает либо действительно безупречную систему, что редкость, либо страницу, которая обновляется по графику, мало связанному с тем, с чем на самом деле сталкиваются клиенты.
Ценность страницы статуса почти целиком сосредоточена в те моменты, когда честно обновлять её наименее удобно: во время активного инцидента, когда инстинктивно хочется подождать и посмотреть, не разрешится ли проблема быстро, прежде чем публично её признавать. Этот инстинкт понятен, и он же прямо противоположен тому, что делает страницу статуса полезной. Разработчик, который проверяет страницу статуса во время сбоя на своей стороне, хочет как можно раньше узнать, на чьей стороне проблема: на его или на стороне провайдера. Страница, которая подтверждает инцидент только после того, как он полностью изучен и устранён, отвечает на этот вопрос слишком поздно, чтобы ответ чего-то стоил.
Мы считаем, что честный подход состоит в том, чтобы относиться к странице статуса как к операционному инструменту, предоставленному клиентам, а не как к маркетинговой площадке. Это означает публиковать реальный инцидент, когда реальный инцидент происходит, даже до того, как известны все подробности, и обновлять его по мере прояснения картины, а не держать страницу зелёной, пока не будет готова аккуратная сводка о полностью устранённой проблеме. Черновое, но раннее признание полезнее тому, кто в реальном времени отлаживает собственную систему, чем отшлифованное, но запоздалое.
Это связано с тем, о чём мы думаем применительно ко всему продукту, а не только к сообщениям об инцидентах: давать разработчикам информацию, на основе которой можно действовать, как можно ближе к реальному времени. Заголовки квоты в каждом ответе существуют по той же причине, по которой страница статуса должна быть честной во время инцидента. И то и другое нужно для того, чтобы человеку не приходилось ждать, пока всё закончится, чтобы узнать то, что изменило бы его действия в тот момент.
Страница статуса со случайными жёлтыми или красными записями не является минусом для провайдера. Это доказательство того, что страница действительно связана с чем-то реальным. Потенциального клиента должна больше настораживать страница, на которой никогда не бывает ни единого пятнышка, потому что система, у которой за значимый период действительно не было ни одного инцидента, встречается настолько редко, что отсутствие инцидентов на странице обычно говорит больше о самой странице, чем о системе.