Към основното съдържание
A.I. Commerce Studio

Експлоатация и надеждност

Надеждност на платформата

SLO, дежурства, ръководства и преглед след инциденти превръщат надеждността в процес, а не в усилие на героите.

Измислен сценарий. Примерна ситуация за илюстрация на подхода. Не е клиентски проект и не описва измерени резултати.

Бизнес проблем

Измислена SaaS компания разчита на двама души за всеки инцидент. Няма цели за надеждност, а повторенията са чести.

Допускания

  • Има основна наблюдаемост.
  • Екипът може да организира дежурства.
  • Ръководството приема бюджети за грешки.

Ограничения

  • Без обещания за наличност към клиенти без договор.
  • Устойчиво натоварване на хората.
  • Прегледите са без търсене на виновни.

Референтна архитектура

Схема на компонентите по етапи — илюстрация, не работеща система и не сертифициран дизайн.

  1. 01Цели

    • SLI и SLO
    • Бюджети за грешки
  2. 02Откриване

    • Известия по симптоми
    • Дежурства
  3. 03Реакция

    • Ръководства
    • Комуникация
  4. 04Подобрение

    • Преглед след инцидент
    • Действия с краен срок
Схемата като списък
ЕтапКомпоненти
ЦелиSLI и SLO, Бюджети за грешки
ОткриванеИзвестия по симптоми, Дежурства
РеакцияРъководства, Комуникация
ПодобрениеПреглед след инцидент, Действия с краен срок

Интерфейси

ОтКъмЧрез
НаблюдениеДежуренИзвестия
ДежуренРъководствоВръзка в известието
ПрегледБеклогЗадачи

Поток на данните

  1. Метриките се сравняват със SLO.
  2. Изчерпването на бюджета задейства известие.
  3. Дежурният следва ръководството.
  4. След инцидента има преглед.
  5. Действията се проследяват.

Граници на сигурността

  • Достъп при инцидент чрез временни права.
  • Журнал на действията при инцидент.
  • Без тайни в ръководствата.

Къде одобрява човек

  • Промени в SLO.
  • Аварийни промени се преглеждат след това.

Фази на внедряване

  1. 01 · Оценка

    Инциденти и сигнали.

  2. 02 · Цели

    SLO за ключовите услуги.

  3. 03 · Процес

    Дежурства и ръководства.

  4. 04 · Подобрение

    Прегледи и действия.

Ограничения

  • Не е денонощна поддръжка.
  • Изисква дисциплина при прегледите.

Компромиси

  • По-високи SLO — по-скъпа експлоатация.
  • Строги бюджети — по-бавни нови функции.

Имате подобна задача?

Ще започнем с оценка на текущото състояние и ще предложим реалистичен първи етап.