Что такое моделирование работоспособности?

  • 7 мин

Чтобы определить, работает ли ваша среда должным образом, важно отслеживать работоспособность приложения и ключевые метрики своих ресурсов Azure. Моделирование работоспособности — это упражнение по проектированию, которое расширяет необработанные журналы данных и метрики с ключевыми бизнес-требованиями. Цель состоит в том, чтобы квалифицировать работоспособность приложений и управлять автоматической оценкой состояний работоспособности.

Преимущества моделирования работоспособности

Чтобы оценить общую работоспособность рабочей нагрузки, необходимо комплексное понимание всех метрик. Вам также необходимо быстро выявлять и устранять проблемы с надежностью.

Моделирование работоспособности фокусируется на тщательном инструментировании и мониторинге, но также добавляет слой контекста , чтобы дать критически важное представление о работоспособности вашего приложения. Хорошо разработанная модель работоспособности должна четко указывать общую работоспособность рабочей нагрузки вместо необработанных метрик данных.

Критически важные приложения, из-за их сложной природы, как ожидается, создают большие объемы операционных данных. Это может быть сложно оценить состояние работоспособности приложения и определить правильное действие для устранения выявленных проблем.

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

Как приступить к работе

Чтобы выполнить упражнение по моделированию работоспособности, необходимо иметь глубокое представление о системе и ее ожидаемой производительности. Многоуровневая модель рекомендуется отразить общую работоспособность приложения и на детальном уровне. Слои представляют иерархическую структуру рабочей нагрузки, включающую приложение и ее зависимости.

  • На верхнем уровне работоспособности представляет взаимодействие пользователя или потоки в приложении. Подумайте о потоках, которые находятся на критическом пути, и тех, которые не являются.
  • На более низких уровнях необходимо определить работоспособность отдельных компонентов приложения, учитывая ключевые нефункциональные требования. Сопоставляйте зависимости между функциональными и логическими компонентами. Кроме того, сопоставляйте зависимости между ресурсами Azure, которые используют компоненты приложения.
  • На базовом уровне работоспособности представляют ресурсы Azure, используемые приложением.

Процесс моделирования работоспособности — это действие проектирования сверху вниз, которое начинается с определения всех пользовательских потоков, сопоставления зависимостей и количественного определения состояний тепла с потоками.

Ниже приведены рекомендуемые шаги для подхода.

  1. Квалифицируйте состояния работоспособности для каждого компонента таким образом, чтобы каждый компонент указывал на оценку работоспособности. Оценка работоспособности может быть агрегатом различных метрик производительности, учитывая ключевые бизнес-требования.
  2. Квалифицируйте состояния работоспособности для каждого потока путем объединения оценки работоспособности отдельных компонентов, чтобы указать работоспособность потока. Фактор в нефункциональных требованиях для задания контекста с точки зрения критическости.
  3. Основываясь на важности бизнеса, примените соответствующие весы на всех уровнях , чтобы создать понятное определение общей работоспособности. Например, на верхнем уровне финансовые значимые потоки и потоки пользователей, стоящих перед клиентами, более важны, чем другие.

На этом рисунке показан пример результата предыдущего подхода. Модель работоспособности использует эти многоуровневые определения работоспособности для информирования критически важных метрик мониторинга во всех системных компонентах и для проверки состава операционной подсистемы.

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

В следующем упражнении мы применяем высокоуровневый процесс к примеру и создадим многоуровневую модель работоспособности.

Дополнительные сведения о многоуровневой модели работоспособности см. в разделе "Работоспособности многоуровневого приложения". Кроме того, см . пример многоуровневой модели работоспособности.