Рубрики
Uncategorized

GCP DevOps Сертификация — Pomodoro Four

Цели уровня обслуживания (SLOS) Это конкурирующий баланс? Давление новых функций Whils … Tagged CoogleCloud, сертификация, SRE, DEVOPS.

GCP-сертификация (12 частей серии)

Это конкурирующий баланс?

Давление новых функций, поддерживая уровень надежности для системы, которая находится в постоянном потоке.

Знание того, насколько надежная система должна быть, кажется интересным вопросом. Это возвращает меня к работе над системой, которая была частью GDS схема Отказ Мы построили систему, которая имела довольно высокий уровень надежности, только чтобы выяснить, что он будет выключен во время праздничных периодов — не по техническим причинам, а для людей. Были просто не было персонала поддержки, если бы у каких-либо клиентов есть запрос поддержки!

Мы, безусловно, не спрашивали: «Насколько надежным ли система должна быть?»

Надежность (или многие другие ITY для этого) могут быть классифицированы как нефункциональные требования … Но если это так, как мы определяем приоритеты? Это всегда сводится к приоритету.

Также надежность классификации как NFR делает это вредность?

SLO’s Это практика установления целевой целевой цели и общения достаточно широкой цели, чтобы люди были в курсе. Наличие побочных эффектов вашей организации, способной определить независимо от того, достаточно ли обслуживание достаточно надежна.

Поэтому SLO’s может помочь в разработке команд ответа, При изготовлении программного обеспечения , как быстро слишком быстро?

Мы можем оценить риски для надежности (от выпуска новых функций) с точки зрения:

  • Время обнаружения
  • Время разрешения
  • Процент воздействия

Но сосредоточение, независимо от терминологии, возвращается к этим дежопам культурных, человеческих аспектов.

Расстояние до владения тем, где разработчики считают, что у них есть общая ответственность за предоставление услуг надежным, а операционная команда считает, что они обязаны помочь новым функциям достичь пользователей как можно быстрее, имеет решающее значение.

Оба включают друг друга и согласиться на объективном уровне обслуживания.

Вышеуказанное охватывает немного «почему» и человеческих аспектов, поэтому следующий этап — это немного «что» из SLO.

  1. Что обещать и кому
  2. Какие метрики измеряют
  3. Сколько надежности достаточно хороша

SLAS VS SLO’s

Мне нравится думать о SLA’s (соглашения об уровне обслуживания) как последней строки защиты. По сути, обещания, которые вы совершаете клиентам по службе, вы поставьте. Это услуга, которую они платят за своими минимальными ожиданиями для этой услуги.

Если вы сломаете SLA, то клиент может совершенно справедливо ожидать некоторую форму возмещения. Вы сломали свое согласие.

Так что ясно, что лучше узнать, прежде чем сломать SLA.

Вот где наша фантазия входит. Они должны быть сильнее, чем твоей SLA, что они замечены, прежде чем влияние клиентов ощущается через ломать SLA.

В свою очередь, это означает, что у вас может быть шанс исправить проблему до того, как вы нарушите свое соглашение о клиентах.

GCP-сертификация (12 частей серии)

Оригинал: «https://dev.to/eggsy84/gcp-devops-certification-day-four-1a35»