EM-TEC-06 · Предметная модель · W1
Надёжность, SLO и наблюдаемость
Спецификация SLI, цель SLO, окно оценки, error budget и правила реакции. Определения метрик и наблюдения переиспользуются из аналитической основы.
Частично опубликовано; исследование продолжается
Claude: complete-frozen-study-and-single-audit-remediated; Grok: complete-exact-prompt.
Опубликованные результаты
Canonical/runtime promotion remains governed by the package allocation, identity and dependency holds.
Предметная граница и кандидатные типы
- SLISpecification
- SLO
- SLOEvaluation
- ErrorBudgetPolicy
- ObservabilityBinding
Вопросы глубокого исследования
- Как определить полезный результат для пользователя?
- Где живёт SLO: услуга, journey, система или instance?
- Как трактовать пропуски телеметрии и смену окна?
Проверяемые инварианты
- SLO указывает SLI, target и окно
- Нет данных не равно выполнено
- SLA и SLO имеют разные основания
Сквозной приёмочный сценарий
Один пользовательский journey через три сервиса, неполная телеметрия и смена окна дают проверяемую оценку и unknown вместо ложного успеха.
Отрицательный пример
99.9% на карточке продукта без окна и способа измерения объявлено доказанной надёжностью.
Сопоставляемые подходы
- AISMM/WM-SFT и ArchiMate: продукт, система и архитектура
- CSDM: business application, service и runtime instance
- SPDX/OpenTelemetry/Google SRE: поставка, наблюдение и надёжность; выбирать по границе
Кандидаты в действующем каталоге
- WM-SFT-016 · Service Level / SLO · unversioned · не устанавливается автоматически
Смысловое соответствие требует исследования границ; наличие опубликованной модели не завершает эту карточку.
Требования к результату
Каждая карточка исполняется вместе с полным контрактом исследования: определения, поля и кратности, жизненный цикл, источники, мастерство данных, права, пять граней объекта, минимум восемь инвариантов, положительные и отрицательные примеры, зависимости, миграция и ограничения применимости.