Состояния работоспособности, метрики и пороговые значения
Важной частью моделирования работоспособности является вычисление здоровых, пониженных и неработоспособных состояний для приложения в контексте ключевых бизнес-требований. Модель светофора является общим способом представления состояний работоспособности.
- Зеленый: работоспособное состояние. Ключевые нефункциональные требования полностью удовлетворены, а ресурсы оптимально используются.
- Желтый: пониженное состояние. Приложение работает, но может повлиять на взаимодействие с пользователем. Для устранения этого состояния требуется внимание администратора.
- Красный: неработоспособное состояние. Приложение не работает или выполняется должным образом. Неработоспособные состояния влияют на пользователей.
В многоуровневой модели работоспособности начните определять состояния с пользовательскими потоками в верхней части и переходить к ресурсам платформы. На следующей схеме показана пример многоуровневой модели работоспособности. На схеме показано, как изменение состояния работоспособности для базового компонента может оказать каскадное влияние на потоки пользователей и общую работоспособность приложения:
Каждый слой должен использовать метрики и пороговые значения метрик для компонентов для представления здоровых и неработоспособных состояний на основе функциональных возможностей приложения и нефункциональных требований. Определите состояния работоспособности для компонентов на основе их различных операционных характеристик, устойчивых состояний и ожидаемых действий в рабочей рабочей нагрузке.
Например, метрики могут включать количество исключений, времени отклика и метрик службы. Компоненты приложения могут иметь зависимости от ресурсов Azure и даже от других компонентов. Необходимо учитывать эти состояния здоровья.
Ниже приведены некоторые рекомендации по вычислению показателей работоспособности.
- Представление состояний работоспособности потока пользователя путем агрегирования подробных показателей работоспособности для компонентов, участвующих в потоке. Он должен включать компонент приложения и все сопоставленные зависимости. Рассмотрим ключевые нефункциональные требования в качестве коэффициентов.
- Представляет оценку работоспособности для потока пользователя с помощью наименьшей оценки для всех сопоставленных компонентов. Фактор относительного достижения в отношении нефункциональных требований для потока пользователя.
- Убедитесь, что оценки работоспособности постоянно отражают работоспособность. Если это не так, настройте и повторно разверните модель, чтобы отразить новую информацию.
- Определите пороговые значения оценки работоспособности для отражения состояния работоспособности компонента.
Тестирование производительности является ключом для установления этих состояний. Оценка детализации работоспособности отдельных компонентов — это ключевые метрики уровня ресурсов. В следующей таблице показано, как использовать метрики ресурсов для определения состояний работоспособности:
В следующем упражнении мы квалифицируем состояния работоспособности для примера приложения. Это упражнение помогает понять ожидаемые значения для стандартной рабочей нагрузки.