Примеры конфигураций определений Целей уровня обслуживания (SLO) - История изменений

IKuznetsov в 16:15, 3 января 2025

2025-01-03T16:15:48Z

IKuznetsov в 18:31, 2 января 2025

2025-01-02T18:31:55Z

← Предыдущая версия		Версия от 18:31, 2 января 2025
Строка 1:		Строка 1:
	'''''[[Применение ~~Ключ-АСТРОМ~~]] / ~~[[Применение Ключ-АСТРОМ#.D0.9E.D0.B1.D0.BB.D0.B0.D1.87.D0.BD.D0.B0.D1.8F%20.D0.B0.D0.B2.D1.82.D0.BE.D0.BC.D0.B0.D1.82.D0.B8.D0.B7.D0.B0.D1.86.D0.B8.D1.8F\|~~Облачная автоматизация]] / Цели уровня обслуживания (SLO) / Примеры конфигураций определений Целей уровня обслуживания (SLO)'''''		'''''[[Применение АппОптима]] / Облачная автоматизация / Цели уровня обслуживания (SLO) / Примеры конфигураций определений Целей уровня обслуживания (SLO)'''''

	~~Ключ-АСТРОМ~~ предлагает набор готовых SLO для некоторых основных доменов мониторинга, которые можно настроить либо в мастере SLO, либо в глобальных настройках SLO.		АппОптима предлагает набор готовых SLO для некоторых основных доменов мониторинга, которые можно настроить либо в мастере SLO, либо в глобальных настройках SLO.

	Для лучшего понимания SLI, необходимых для этих целей уровня обслуживания, см. примеры конфигурации ниже.		Для лучшего понимания SLI, необходимых для этих целей уровня обслуживания, см. примеры конфигурации ниже.
Строка 16:		Строка 16:
	SLO производительности обслуживания представляет собой процент «быстрых» вызовов обслуживания от общего числа вызовов обслуживания в течение временного интервала, где «быстрый» определяется с помощью настраиваемого условия.		SLO производительности обслуживания представляет собой процент «быстрых» вызовов обслуживания от общего числа вызовов обслуживания в течение временного интервала, где «быстрый» определяется с помощью настраиваемого условия.

	В примере ниже показано, как определить выражение метрики, которое подсчитывает быстрые вызовы службы, и как определить SLO на основе этого выражения метрики в ~~Ключ-АСТРОМ~~.		В примере ниже показано, как определить выражение метрики, которое подсчитывает быстрые вызовы службы, и как определить SLO на основе этого выражения метрики в АппОптима.

	Пример		Пример
Строка 51:		Строка 51:
	* <code><YOUR custom success metrics/filter service, endpoint, availability, and latency></code>/<code>builtin:service.keyRequest.count.server:filter(eq("dt.entity.service\_method","SERVICE\_METHOD-XXX"))</code>		* <code><YOUR custom success metrics/filter service, endpoint, availability, and latency></code>/<code>builtin:service.keyRequest.count.server:filter(eq("dt.entity.service\_method","SERVICE\_METHOD-XXX"))</code>

	В этом примере показано, как определить пользовательскую метрику службы, которая подсчитывает быстрые вызовы службы, и как определить SLO на основе этой пользовательской метрики в ~~Ключ-АСТРОМ~~.		В этом примере показано, как определить пользовательскую метрику службы, которая подсчитывает быстрые вызовы службы, и как определить SLO на основе этой пользовательской метрики в АппОптима.

	# Перейдите на любую из страниц вашей услуги, просмотрите ее типичную производительность в миллисекундах, а затем перейдите на страницу многомерного анализа. [[Файл:220.png\|граница]]		# Перейдите на любую из страниц вашей услуги, просмотрите ее типичную производительность в миллисекундах, а затем перейдите на страницу многомерного анализа. [[Файл:220.png\|граница]]
Строка 60:		Строка 60:

	== Пользовательский опыт ==		== Пользовательский опыт ==
	~~Ключ-АСТРОМ~~ предлагает экспертизу в плане измерения реального пользовательского опыта предоставляемых услуг. Метрики ~~Ключ-АСТРОМ~~, такие как '''Apdex''' (индекс производительности приложений) или оценка пользовательского опыта, могут использоваться в определении SLO.		АппОптима предлагает экспертизу в плане измерения реального пользовательского опыта предоставляемых услуг. Метрики АппОптима, такие как '''Apdex''' (индекс производительности приложений) или оценка пользовательского опыта, могут использоваться в определении SLO.

	'''Apdex''' определяет стандарт производительности, позволяющий разделить пользователей вашего приложения на три группы: '''УДОВЛЕТВОРЕННЫЕ''' , '''ТЕРПИМЫЕ''' и '''НЕУДОВЛЕТВОРЕННЫЕ'''.		'''Apdex''' определяет стандарт производительности, позволяющий разделить пользователей вашего приложения на три группы: '''УДОВЛЕТВОРЕННЫЕ''' , '''ТЕРПИМЫЕ''' и '''НЕУДОВЛЕТВОРЕННЫЕ'''.

ENetrebin в 12:49, 12 сентября 2024

2024-09-12T12:49:27Z

← Предыдущая версия		Версия от 12:49, 12 сентября 2024
Строка 1:		Строка 1:
			'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.9E.D0.B1.D0.BB.D0.B0.D1.87.D0.BD.D0.B0.D1.8F%20.D0.B0.D0.B2.D1.82.D0.BE.D0.BC.D0.B0.D1.82.D0.B8.D0.B7.D0.B0.D1.86.D0.B8.D1.8F\|Облачная автоматизация]] / Цели уровня обслуживания (SLO) / Примеры конфигураций определений Целей уровня обслуживания (SLO)'''''

	Ключ-АСТРОМ предлагает набор готовых SLO для некоторых основных доменов мониторинга, которые можно настроить либо в мастере SLO, либо в глобальных настройках SLO.		Ключ-АСТРОМ предлагает набор готовых SLO для некоторых основных доменов мониторинга, которые можно настроить либо в мастере SLO, либо в глобальных настройках SLO.

IKuznetsov: Новая страница: «Ключ-АСТРОМ предлагает набор готовых SLO для некоторых основных доменов мониторинга, кот...»

2024-08-16T21:45:33Z

Новая страница: «Ключ-АСТРОМ предлагает набор готовых SLO для некоторых основных доменов мониторинга, кот...»

Новая страница

Ключ-АСТРОМ предлагает набор готовых SLO для некоторых основных доменов мониторинга, которые можно настроить либо в мастере SLO, либо в глобальных настройках SLO.

Для лучшего понимания SLI, необходимых для этих целей уровня обслуживания, см. примеры конфигурации ниже.

== Доступность уровня обслуживания ==
Базовый уровень доступности обслуживания рассчитывается путем деления количества успешных вызовов обслуживания ( <code>builtin:service.errors.server.successCount</code>) на общее количество вызовов обслуживания ( <code>builtin:service.requestCount.server</code>).

Пример

* Метрическое выражение <code>(100)*(builtin:service.errors.server.successCount:splitBy())/(builtin:service.requestCount.server:splitBy())</code>
* Селектор объектов <code>type("SERVICE"),entityName("My service")</code>

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

В примере ниже показано, как определить выражение метрики, которое подсчитывает быстрые вызовы службы, и как определить SLO на основе этого выражения метрики в Ключ-АСТРОМ.

Пример

* Метрическое выражение: <code>((builtin:service.response.time:avg:partition("latency",value("good",lt(10000))):splitBy():count:default(0))/(builtin:service.response.time:avg:splitBy():count)*(100)):default(100,always)</code> Используя следующие преобразования, метрическое выражение возвращает значения, время отклика которых ниже определенного порогового значения.

{| class="wikitable"
|-
!Трансформация
!Объем
!Информация
|-
|Агрегация
|Объединяет значения, отличные от указанных <code>null</code>, и игнорирует остальные.
|В зависимости от варианта использования можно использовать несколько агрегаций, например, <code>avg</code> (для усреднения значений) и <code>percentile (90)</code>(для удаления выбросов).
|-
| rowspan="2" |Разделение
|Разделяет отдельные точки данных метрики на определенное количество временных интервалов в течение периода времени на основе значения <code>good</code> измерения метрики <code>latency</code>.
|Чтобы повысить точность SLO, уменьшите протяженность временного интервала, запросив более короткий таймфрейм.
|-
|Условие <code>lt()</code> изменяет метрическую единицу для порогового значения задержки ответа на микросекунды.
|Требуемой метрической единицей для SLO производительности обслуживания являются микросекунды.
|-
|По умолчанию
|Заменяет значения <code>null</code> в полезной нагрузке указанным значением (<code>0</code>).
|}
Использование пользовательской метрики в качестве номинатора повышает точность SLO производительности. Мы рекомендуем использовать опцию приглушенного запроса при объединении вычисленных метрик обслуживания со встроенными метриками, поскольку встроенная метрика применяет ее по умолчанию.

== Доступность метода обслуживания ==
Доступность метода обслуживания рассчитывается путем деления количества успешных вызовов службы запроса ключа ( <code>builtin:service.keyRequest.errors.server.successCount</code>) на общее количество вызовов службы запроса ключа ( <code>builtin:service.keyRequest.count.server</code>). Используется <code>type("SERVICE_METHOD")</code>фильтр SLO.

Пример конфигурации с фильтром для <code>YOUR_METHOD_OF_INTEREST</code>

* <code><YOUR custom success metrics/filter service, endpoint, availability, and latency></code>/<code>builtin:service.keyRequest.count.server:filter(eq("dt.entity.service\_method","SERVICE\_METHOD-XXX"))</code>

В этом примере показано, как определить пользовательскую метрику службы, которая подсчитывает быстрые вызовы службы, и как определить SLO на основе этой пользовательской метрики в Ключ-АСТРОМ.

# Перейдите на любую из страниц вашей услуги, просмотрите ее типичную производительность в миллисекундах, а затем перейдите на страницу многомерного анализа. [[Файл:220.png|граница]]
# На странице многомерного анализа выберите метрику количества запросов и определите условие для любого из свойств вызова службы. В этом примере мы определяем условие для времени ответа, которое должно быть ниже 1300 миллисекунд, чтобы считаться быстрым вызовом для этой выбранной службы. [[Файл:221.png|граница]]
# После того, как вы определились с определенным условием, выберите '''Создать метрику'''. Определите свой собственный уникальный идентификатор метрики для этой метрики, чтобы использовать ее для построения графиков, оповещений и вашего SLO. Например, недавно созданная метрика <code>fastcreditcardrequests</code> приводит к уникальному идентификатору метрики <code>calc:service:fastcreditcardrequests</code>. [[Файл:222.png|граница]]
# Вы можете составить график общего количества запросов на обслуживание по данной услуге в сравнении с вашими запросами на быстрое обслуживание. Проверьте фильтр выбора сущностей для выбранной вами услуги (<code>CreditCardValidation</code>), или вы получите общее количество запросов для всех ваших услуг. Пример селектора объектов: <code>type("SERVICE"),entityName("CreditCardValidation")</code>)
# Результатом является окончательный статус SLO, отображаемый в списке SLO. [[Файл:223.png|граница]]

== Пользовательский опыт ==
Ключ-АСТРОМ предлагает экспертизу в плане измерения реального пользовательского опыта предоставляемых услуг. Метрики Ключ-АСТРОМ, такие как '''Apdex''' (индекс производительности приложений) или оценка пользовательского опыта, могут использоваться в определении SLO.

'''Apdex''' определяет стандарт производительности, позволяющий разделить пользователей вашего приложения на три группы: '''УДОВЛЕТВОРЕННЫЕ''' , '''ТЕРПИМЫЕ''' и '''НЕУДОВЛЕТВОРЕННЫЕ'''.

Например, в качестве цели SLO для вашего приложения вы можете указать, что 90% всех ваших пользователей должны находиться в категории '''УДОВЛЕТВОРЕННЫХ'''.

[[Файл:224.png|граница]]

Этот SLO рассчитывается путем деления количества пользователей, относящихся к категории '''УДОВЛЕТВОРЕННЫХ''' ( <code>builtin:apps.web.actionCount.category:filter(eq(Apdex category,SATISFIED)):splitBy()</code>), на общее количество пользователей, использующих веб-приложение или мобильное приложение ( <code>builtin:apps.web.actionCount.category:splitBy()</code>).

Пример

* Метрическое выражение <code>(100)*(builtin:apps.web.actionCount.category:filter(eq("Apdex category",SATISFIED)):splitBy())/(builtin:apps.web.actionCount.category:splitBy())</code>
* Селектор объектов <code>type("APPLICATION"),entityName("My application")</code>

== Пользователи мобильных устройств без сбоев ==
Одной из важнейших метрик для измерения доступности и надежности развертывания вашего мобильного приложения (iOS и Android) является процент <code>Crash free user rate</code>. Поэтому используется встроенная метрика <code>builtin:apps.other.crashFreeUsersRate.os</code>. Эта метрика измеряет процент пользователей, которые открывают и используют мобильное приложение без сбоев.

Пример

* Метрическое выражение <code>(builtin:apps.other.crashFreeUsersRate.os:splitBy())</code>
* Селектор объектов <code>type("MOBILE_APPLICATION"),entityName("My mobile app")</code>

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

Для определения синтетической цели, основанной на времени, используется встроенная метрика <code>builtin:synthetic.browser.availability.location.total</code>.

При желании можно определить доступность на основе времени, исключая периоды технического обслуживания, используя встроенную метрику <code>builtin:synthetic.browser.availability.location.totalWoMaintenanceWindow</code>.

Пример

* Метрическое выражение <code>(builtin:synthetic.browser.availability.location.total:splitBy())</code>
* Селектор сущностей <code>type("SYNTHETIC_TEST"),entityName("My synth test")</code>

← Предыдущая версия		Версия от 16:15, 3 января 2025
Строка 1:		Строка 1:
	'''''[[Применение АппОптима]] / Облачная автоматизация / Цели уровня обслуживания (SLO) / Примеры конфигураций определений Целей уровня обслуживания (SLO)'''''		'''''[[Применение АппОптима]] / [[Применение АппОптима\|Облачная автоматизация]] / [[Цели уровня обслуживания (SLO)]] / Примеры конфигураций определений Целей уровня обслуживания (SLO)'''''

	АппОптима предлагает набор готовых SLO для некоторых основных доменов мониторинга, которые можно настроить либо в мастере SLO, либо в глобальных настройках SLO.		АппОптима предлагает набор готовых SLO для некоторых основных доменов мониторинга, которые можно настроить либо в мастере SLO, либо в глобальных настройках SLO.
Строка 53:		Строка 53:
	В этом примере показано, как определить пользовательскую метрику службы, которая подсчитывает быстрые вызовы службы, и как определить SLO на основе этой пользовательской метрики в АппОптима.		В этом примере показано, как определить пользовательскую метрику службы, которая подсчитывает быстрые вызовы службы, и как определить SLO на основе этой пользовательской метрики в АппОптима.

	# Перейдите на любую из страниц вашей услуги, просмотрите ее типичную производительность в миллисекундах, а затем перейдите на страницу многомерного анализа. [[Файл:220.png\|граница]]		# Перейдите на любую из страниц вашей услуги, просмотрите ее типичную производительность в миллисекундах, а затем перейдите на страницу многомерного анализа. [[Файл:220.png\|граница\|1061x1061пкс]]
	# На странице многомерного анализа выберите метрику количества запросов и определите условие для любого из свойств вызова службы. В этом примере мы определяем условие для времени ответа, которое должно быть ниже 1300 миллисекунд, чтобы считаться быстрым вызовом для этой выбранной службы. [[Файл:221.png\|граница]]		# На странице многомерного анализа выберите метрику количества запросов и определите условие для любого из свойств вызова службы. В этом примере мы определяем условие для времени ответа, которое должно быть ниже 1300 миллисекунд, чтобы считаться быстрым вызовом для этой выбранной службы. [[Файл:221.png\|граница\|1055x1055пкс]]
	# После того, как вы определились с определенным условием, выберите '''Создать метрику'''. Определите свой собственный уникальный идентификатор метрики для этой метрики, чтобы использовать ее для построения графиков, оповещений и вашего SLO. Например, недавно созданная метрика <code>fastcreditcardrequests</code> приводит к уникальному идентификатору метрики <code>calc:service:fastcreditcardrequests</code>. [[Файл:222.png\|граница]]		# После того, как вы определились с определенным условием, выберите '''Создать метрику'''. Определите свой собственный уникальный идентификатор метрики для этой метрики, чтобы использовать ее для построения графиков, оповещений и вашего SLO. Например, недавно созданная метрика <code>fastcreditcardrequests</code> приводит к уникальному идентификатору метрики <code>calc:service:fastcreditcardrequests</code>. [[Файл:222.png\|граница\|1059x1059пкс]]
	# Вы можете составить график общего количества запросов на обслуживание по данной услуге в сравнении с вашими запросами на быстрое обслуживание. Проверьте фильтр выбора сущностей для выбранной вами услуги (<code>CreditCardValidation</code>), или вы получите общее количество запросов для всех ваших услуг. Пример селектора объектов: <code>type("SERVICE"),entityName("CreditCardValidation")</code>)		# Вы можете составить график общего количества запросов на обслуживание по данной услуге в сравнении с вашими запросами на быстрое обслуживание. Проверьте фильтр выбора сущностей для выбранной вами услуги (<code>CreditCardValidation</code>), или вы получите общее количество запросов для всех ваших услуг. Пример селектора объектов: <code>type("SERVICE"),entityName("CreditCardValidation")</code>)
	# Результатом является окончательный статус SLO, отображаемый в списке SLO. [[Файл:223.png\|граница]]		# Результатом является окончательный статус SLO, отображаемый в списке SLO. [[Файл:223.png\|граница\|1059x1059пкс]]

	== Пользовательский опыт ==		== Пользовательский опыт ==
Строка 66:		Строка 66:
	Например, в качестве цели SLO для вашего приложения вы можете указать, что 90% всех ваших пользователей должны находиться в категории '''УДОВЛЕТВОРЕННЫХ'''.		Например, в качестве цели SLO для вашего приложения вы можете указать, что 90% всех ваших пользователей должны находиться в категории '''УДОВЛЕТВОРЕННЫХ'''.

	[[Файл:224.png\|граница]]		[[Файл:224.png\|граница\|1094x1094пкс]]

	Этот SLO рассчитывается путем деления количества пользователей, относящихся к категории '''УДОВЛЕТВОРЕННЫХ''' ( <code>builtin:apps.web.actionCount.category:filter(eq(Apdex category,SATISFIED)):splitBy()</code>), на общее количество пользователей, использующих веб-приложение или мобильное приложение ( <code>builtin:apps.web.actionCount.category:splitBy()</code>).		Этот SLO рассчитывается путем деления количества пользователей, относящихся к категории '''УДОВЛЕТВОРЕННЫХ''' ( <code>builtin:apps.web.actionCount.category:filter(eq(Apdex category,SATISFIED)):splitBy()</code>), на общее количество пользователей, использующих веб-приложение или мобильное приложение ( <code>builtin:apps.web.actionCount.category:splitBy()</code>).