observability-monitoring-slo-implement
Внедрение мониторинга SLO и бюджетов ошибок
Командам сложно задавать цели надежности, которые связывают телеметрию с решениями о поставке. Этот навык помогает проектировать SLO, SLI, бюджеты ошибок, панели мониторинга, оповещения и практики анализа.
Установить с помощью моего Агента
Скопируйте этот запрос в своего Агента. Он содержит каноническую страницу Skill и манифест.
Review the Skillstore skill "observability-monitoring-slo-implement" from https://skillstore.io/skills/sickn33-observability-monitoring-slo-implement.md and its manifest at https://skillstore.io/api/skills/sickn33-observability-monitoring-slo-implement/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.Ваш Агент по-прежнему должен показать план и запросить все подтверждения, требуемые политикой безопасности.
Ресурсы для AI-агентов
Используйте эти ссылки, когда AI-агенту, crawler или script нужен чистый контекст вместо полной страницы.
Протестировать
Использование «observability-monitoring-slo-implement». Создайте план SLO для API оформления заказа с риском зависимости от платежной системы.
Ожидаемый результат:
- Рекомендуемые SLI: успешное завершение оформления заказа, доступность запросов, p95 задержки и частота отказов платежной зависимости.
- Предлагаемые цели: 99.9% успешных оформлений заказа и p95 задержки ниже 500 ms, после проверки baseline.
- Следующие шаги: подтвердить ожидания заинтересованных сторон, собрать данные за четыре недели и добавить burn-rate-оповещения.
Использование «observability-monitoring-slo-implement». У нашей команды слишком много оповещений по задержке. Улучшите стратегию оповещений.
Ожидаемый результат:
- Оставьте paging-оповещения, связанные с быстрым расходованием бюджета ошибок и нарушениями SLO по задержке, видимыми пользователям.
- Перенесите изменения задержки только на уровне трендов в задачи или панели мониторинга, если они не угрожают бюджету ошибок.
- Ежемесячно анализируйте историю оповещений, чтобы удалять оповещения, которые не приводят к действиям.
Использование «observability-monitoring-slo-implement». Подготовьте ежемесячный обзор SLO для сервиса аутентификации.
Ожидаемый результат:
- Суммируйте целевую и фактическую доступность, задержку и оставшийся бюджет ошибок.
- Перечислите инциденты, которые израсходовали бюджет, и назначьте ответственных за последующие действия.
- Порекомендуйте, должен ли следующий месяц быть ориентирован на работы по надежности или на поставку функций.
Аудит безопасности
БезопасноAll eight static findings are false positives caused by placeholder URLs, Markdown formatting, safety guidance, CSS, and ordinary template syntax. No prompt injection, data exfiltration intent, concealed execution, or other semantic security issue was found.
Факторы риска
🌐 Доступ к сети (2)
⚙️ Внешние команды (2)
Поделиться и цитировать этот отчет
Делитесь версионным отчетом об оценке, нейтральным значком, встраиваемой карточкой и цитатами. Skillstore публикует доказательства, не решая, безопасен ли этот Skill.
Копировать ссылку на отчёт
https://skillstore.io/skills/sickn33-observability-monitoring-slo-implement/audits/5?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportЗначок Markdown
[](https://skillstore.io/skills/sickn33-observability-monitoring-slo-implement?utm_source=security_passport_badge)Значок HTML
<a href="https://skillstore.io/skills/sickn33-observability-monitoring-slo-implement?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/sickn33-observability-monitoring-slo-implement/security.svg" alt="Skillstore security assessment" loading="lazy"></a>Встраиваемая карточка
<iframe src="https://skillstore.io/embed/skills/sickn33-observability-monitoring-slo-implement.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>Академические ссылки (APA · BibTeX · CFF)
Цитата APA
sickn33. (2026). observability-monitoring-slo-implement security audit report (audit version 5) [Author version unspecified]. Skillstore. https://skillstore.io/skills/sickn33-observability-monitoring-slo-implement/audits/5Цитата BibTeX
@techreport{sickn33-sickn33-observability-monitoring-slo-implement-2026,
author = {sickn33},
title = {observability-monitoring-slo-implement security audit report (audit version 5)},
institution = {Skillstore},
year = {2026},
number = {5},
url = {https://skillstore.io/skills/sickn33-observability-monitoring-slo-implement/audits/5},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "observability-monitoring-slo-implement security audit report (audit version 5)"
version: "unspecified"
type: report
authors:
- name: "sickn33"
date-released: "2026-08-04"
url: "https://skillstore.io/skills/sickn33-observability-monitoring-slo-implement/audits/5"
identifiers:
- type: other
value: "skillstore:sickn33-observability-monitoring-slo-implement:audit:5"
description: "Skillstore immutable audit report identifier"
Оценка Skillstore
Почему такая оценка Достоверность доказательств: ВысокийЧто вы можете построить
Запуск новой программы SLO
Создайте начальные уровни сервисов, SLI, цели и процедуры анализа для команд, у которых нет стандартов надежности.
Улучшение качества оповещений
Замените шумные пороговые оповещения burn-rate-оповещениями, связанными с пользовательским влиянием и расходованием бюджета ошибок.
Связь надежности с дорожными картами
Используйте статус бюджета ошибок для управления темпом релизов, работами по надежности и обсуждениями с заинтересованными сторонами.
Попробуйте эти промпты
Помогите мне определить начальные SLO для сервиса. Сначала спросите о назначении сервиса, пользователях, текущей телеметрии, инцидентах и бизнес-влиянии, прежде чем предлагать цели.
Проанализируйте эти доступные метрики и порекомендуйте SLI для доступности, задержки и корректности. Объясните, какие метрики являются слабыми прокси-показателями и какие требуют проверки.
Спроектируйте многoоконные burn-rate-оповещения для моих SLO. Включите цель оповещения, серьезность, критерии пейджинга и шаги для проверки того, что оповещения отражают влияние на пользователей.
Создайте план управления SLO для нескольких команд. Включите уровни сервисов, периодичность обзоров, политику бюджета ошибок, формат отчетности и этапы внедрения.
Лучшие практики
- Начинайте с пользовательских сценариев и бизнес-влияния, прежде чем выбирать метрики или цели.
- Проверяйте цели SLO на исторической телеметрии, прежде чем использовать их для принятия решений.
- Связывайте paging-оповещения с расходованием бюджета ошибок и понятным действием оператора.
Избегать
- Не задавайте амбициозные цели без baseline-данных или согласования с заинтересованными сторонами.
- Не создавайте оповещения на каждое движение SLI, если не ожидается немедленное действие.
- Не используйте чувствительные или персональные данные напрямую в labels мониторинга, панелях мониторинга или оповещениях.
Часто задаваемые вопросы
Какие входные данные нужно предоставить?
Может ли этот навык автоматически выбирать цели SLO?
Создает ли он инфраструктуру мониторинга?
Какие инструменты мониторинга он поддерживает?
Как он снижает шум от оповещений?
Подходит ли он для регулируемых сервисов?
Сведения для разработчиков
Автор
sickn33Лицензия
MIT
Ревизия Skillstore
r2
Примечание о версии
Автор не указал версию.
Ссылка
81e05e636292629114b76cbb3922fbe57672fc02
Актуальность поддержки
08.08.2026
Использование
7 загрузок · 101 просмотров
Структура файлов