Управление специализацией платформы и рабочей нагрузки
Специализация рабочей нагрузки
Управление конкретной рабочей нагрузкой обычно требует глубоких знаний о самой нагрузке, поэтому это часто выполняется командой по работе с нагрузкой или командой разработчиков. Решение для конкретной рабочей нагрузки не масштабируется быстро на другие рабочие нагрузки. Централизованная ИТ-отдел по-прежнему может направлять и обмениваться знаниями с командой, специализированной на рабочих нагрузках в операциях.
Специализация платформы
Децентрализованные операции, связанные с рабочей нагрузкой, не масштабируются в организации, но исследование портфеля часто определяет общие платформы, на которых выполняются эти рабочие нагрузки. Эти технологические платформы (также известные как стеки технологий) часто находятся в центре инцидентов, относящихся к рабочей нагрузке. Если приоритетные рабочие нагрузки совместно используют общую технологическую платформу, это может оказаться более ценным для центрального ИТ-отдела, чтобы сосредоточиться на улучшении операций этих платформ и таким образом сократить или избежать операций, относящихся к рабочей нагрузке.
Примеры технологических платформ могут включать платформы данных, платформы аналитики, контейнерные платформы, платформы виртуального рабочего стола Azure, платформы планирования корпоративных ресурсов (ERP) или даже мейнфреймы.
Расширенные операции
Специализация платформы и рабочей нагрузки состоит из дисциплинированного выполнения следующих четырех процессов в итеративном подходе:
- Улучшение системного проектирования: технический долг и архитектурные недостатки являются основной причиной большинства сбоев бизнес-рабочих нагрузок. Просмотр структуры платформы или рабочей нагрузки позволяет повысить стабильность. Платформа Azure Well-Architected Framework содержит рекомендации по улучшению качества платформы или определенной рабочей нагрузки.
- Автоматизация восстановления: некоторые усовершенствования проекта нецелесообразны с экономической точки зрения, поскольку технический долг может быть слишком дорогостоящим или сложным для устранения. В таких случаях может быть более целесообразно автоматизировать исправление и уменьшить влияние прерываний.
- Масштабирование решения: по мере улучшения системного проектирования и автоматического исправления, эти изменения можно распространять в рамках ИТ-среды с помощью каталога услуг. Вы можете опубликовать оптимизированные платформы и решения в Центре управляемых приложений Azure, чтобы легко использовать их для других рабочих нагрузок или внешних клиентов.
- Непрерывно улучшать: Вы получите ценную информацию для следующей проверки системы, собирая отзывы от пользователей, администраторов и клиентов. Сбор и визуализация критически важных системных журналов и данных о производительности также важны. Отзывы и собранные данные будут использоваться в качестве основы для принятия новых решений о будущих улучшениях системы.
В следующей таблице показаны средства, используемые для управления для конкретной рабочей нагрузки:
| Инструмент | Описание | Ссылка на дополнительные сведения |
|---|---|---|
| Application Insights | Расширенный мониторинг приложений с помощью сопоставления зависимостей, панели мониторинга приложений, карты приложений, использования и глубокого отслеживания | Обзор Application Insights |