АссистентНовый вопросИсторияОбласти знаний
Партнёрские проектыСпецпроектыСтать автором
Сменить язык
О РУВИКИ

Управление сервисами приложений

Экспертиза РАН

Logo-ran.pngLogo-ran-black.png
Проводится экспертиза
Российской академией наук
Подробнее
Times2.svg

Экспертиза РАН

Arrow-Right.png
Logo-ran.png
Проводится экспертиза
Российской академией наук
Подробнее

Управление сервисами приложений (англ. Application service management, ASM) — развивающаяся дисциплина в области системного управления, фокусирующаяся на мониторинге и управлении производительностью и качеством обслуживания бизнес-транзакций.

Управление сервисами приложений определяется как чётко установленный процесс и применение соответствующих инструментов для обнаружения, диагностики, устранения и отчётности о качестве сервисов сложных бизнес-транзакций с целью обеспечения соответствия или превышения требований конечных пользователей. Оценка производительности относится к скорости выполнения транзакций или предоставления информации конечному пользователю в совокупности с работой приложений, операционных систем, гипервизоров (если применимо), аппаратных платформ и сетевых соединений. Ключевыми компонентами управления сервисами приложений являются обнаружение и сопоставление приложений, измерение и управление «здоровьем» приложений, видимость на уровне транзакций и анализ инцидентов. Соответственно, инструменты и процессы ASM обычно используются такими специалистами, как системные администраторы, DevOps и специалисты по искусственному интеллекту для ИТ-операций.

Аспекты

Управление сервисами приложений связано с управлением производительностью приложений (APM), но представляет собой более прагматичный, «сверху-вниз» подход, фокусирующийся на предоставлении бизнес-сервисов. В строгом смысле ASM отличается от APM по двум критическим аспектам:

  1. APM фокусируется исключительно на производительности экземпляра приложения, игнорируя сложный набор взаимозависимостей, существующих за пределами приложения в центре обработки данных. ASM, напротив, предполагает, что каждое приложение или инфраструктурное программное обеспечение, операционная система, аппаратная платформа и каждый «прыжок» транзакции должны быть измеримыми, даже если это измерение косвенное. Это критично для требования ASM: возможность изолировать источник проблем, влияющих на качество услуги.
  2. APM зачастую требует встраивания инструментов в приложение для управления и измеримости. ASM поддерживает приложение-центричный подход, утверждая, что приложение и операционная система обладают полной видимостью транзакций приложения, его зависимостей[1], как на локальной, так и на удалённой машине, а также самой операционной системы и аппаратной платформы, на которой она работает. Кроме того, агент в специфическом контексте может также с высокой точностью оценивать задержки в сети, и с меньшей степенью точности — при взаимодействии между инструментированными и неинструментированными платформами.

Управление сервисами приложений развивает концепции управления пользовательским опытом и мониторинга реальных пользователей: измерение опыта реальных пользователей является критически важной точкой данных. Однако ASM также требует возможности быстро локализовать первопричину замедлений, расширяя таким образом область мониторинга/управления реальным пользователем.

Использование управления сервисами приложений характерно для сложных многоуровневых транзакционных приложений. Дополнительно внедрение подходов сервис-ориентированной архитектуры и микросервисов вместе с технологиями виртуализации на базе гипервизоров ускоряет внедрение ASM, поскольку сложные приложения особенно подвержены влиянию гипервизоров в существующих средах. По данным исследовательской группы Aberdeen Group, большинство внедрений технологий виртуализации сталкиваются с затруднениями именно из-за их воздействия на сложные транзакционные приложения.

Все чаще подходы ASM реализуются в автоматизированных адаптивных контроллерах, учитывающих соглашения об уровне обслуживания[2], облачные вычисления, вычисления в реальном времени[3] и энергоэффективные контроллеры приложений[4].

Примечания

  1. ↑ Alexander Keller; Gautam Kar (5 мая 2000). “Dynamic Dependencies in Application Service Management” (PDF) [англ.]. IBM Research Report. Архивировано из оригинала (PDF) 2006-04-27. Дата обращения 2024-06-01. Используется устаревший параметр |url-status= (справка)
  2. ↑ Benny Rochwerger; David Breitgand; Eliezer Levy; Alex Galis; Kenneth Nagin; Ignacio Martín Llorente; Rubén Montero (6 апреля 2009). “The reservoir model and architecture for open federated cloud computing” (PDF) [англ.]. IBM Journal of Research and Development 53, No. 4 : 4-1. Архивировано из оригинала (PDF) 2022-01-20. Дата обращения 2024-06-01. Используется устаревший параметр |url-status= (справка)
  3. ↑ Michael Boniface; Bassem Nasser; Juri Papay; Stephen Phillips; Arturo Servin; Xiaoyu Yang; Zlatko Zlatev; Spyridon Gogouvitis; Gregory Katsaros; Kleopatra Konstanteli; George Kousiouris; Andreas Menychtas; Dimosthenis Kyriazis (2010). “Platform-as-a-service architecture for real-time quality of service management in clouds” (PDF) [англ.]. Fifth International Conference on Internet and Web Applications and Services. IEEE. Архивировано из оригинала (PDF) 2020-01-16. Дата обращения 2024-06-01. Используется устаревший параметр |url-status= (справка)
  4. ↑ Anton Beloglazov; Jemal Abawajy; Rajkumar Buyya (4 мая 2011). “Energy-aware resource allocation heuristics for efficient management of data centers for cloud computing” [англ.]. Future Generation Computer Systems 28.5: 755-768. Архивировано из оригинала 2020-02-22. Дата обращения 2024-06-01. Используется устаревший параметр |url-status= (справка)

Категории