====== Уровни SLI/SLA/SLO ====== Описание что такое SLI/SLA/SLO: [[https://cloud.google.com/blog/products/gcp/sre-fundamentals-slis-slas-and-slos|https://cloud.google.com/blog/products/gcp/sre-fundamentals-slis-slas-and-slos]] Полезные ресурсы для расчета показателей: * [[https://uptime.is/|https://uptime.is/]] * [[https://dastergon.gr/error-budget-calculator/|https://dastergon.gr/error-budget-calculator/]] Копипаста взята отсюда: [[https://habr.com/ru/company/proto/blog/538966/|https://habr.com/ru/company/proto/blog/538966/]] **Service Level Indicator** (**SLI**) – это количественная оценка работы сервиса, как правило, связанная с удовлетворенностью пользователей производительностью приложения или сервиса за заданный период времени (месяц, квартал, год). А если говорить конкретнее – это индикатор пользовательского опыта, который отслеживает одну из многочисленных возможных метрик (рассмотрим их ниже) и, чаще всего, представляется в процентном эквиваленте, где 100 % - означает отличный пользовательский опыт, а 0% - ужасный. **Service Level Objectives** (**SLO**) – это желаемое, целевое значение нашего SLI или группы SLI. При установке SLO необходимо указывать реально достижимое значение для каждого конкретного SLI. Ниже мы рассмотрим логику установки SLO на примере конкретных SLI. Также важно понимать, что SLO – это наш внутренний показатель качества работы сервиса и/или приложения, в отличие от **Service Level Agreement** (**SLA**), который обычно устанавливается бизнесом как внешнее обязательство по доступности сервиса перед клиентами компании. Если компания предоставляет SLA клиентам, обычно при прописывании SLO берутся в расчет установленные показатели SLA. Так как в случае не достижения SLO это напрямую отразиться на SLA, что приведет к определенным последствиям для бизнеса в лице нарушения договорных обязательств перед клиентами или даже штрафам. В концепции SLI и SLO присутствует индикатор **Error Budget** или, как его иногда называют, «право на ошибку». Error Budget – это степень невыполнения наших SLO. Например, если наш SLO учитывает доступность, то error budget – это максимальное время, в течение которого наша система может быть недоступной без последствий для нас и нашей команды. [[https://wiki.rtzra.ru/_detail/devops/sli-sla-slo.jpg?id=devops:devops-sla|{{https://wiki.rtzra.ru/_media/devops/sli-sla-slo.jpg?nolink&950}}]]