capacity

Мощность в ITSM описывает верхнюю границу того, сколько «работы» способна выполнить конфигурационная единица или ИТ-услуга, не нарушая согласованные целевые показатели уровня услуги. На практике это связывает технические характеристики и ограничения с ожиданиями заказчика, зафиксированными через цели по качеству (например, время отклика, пропускная способность, допустимая задержка обработки). Мощность рассматривают как характеристику, которую нужно планировать, измерять и контролировать в связке со спросом и изменениями, чтобы услуга оставалась предсказуемой при росте нагрузки, сезонных пиках или миграциях. В рамках управления мощностями и производительностью мощность используют для выбора архитектуры, определения резервов, обоснования масштабирования, а также для настройки мониторинга и порогов оповещения. При этом мощность может выражаться не только «скоростью» (транзакции в секунду), но и «ёмкостью» (гигабайты, количество рабочих мест, число одновременно обслуживаемых пользователей), если для данного типа КЕ именно размер/объём является ограничивающим фактором. Вне области понятия «мощность» находятся причины деградации качества (это уже про проблема и ошибка), а также финансовые решения как таковые (хотя затраты часто зависят от выбранной мощности).

Частая ошибка — приравнивать мощность к текущей загрузке или утилизации ресурсов. Мощность — это потенциальный максимум при соблюдении согласованных целей уровня услуги, тогда как высокая утилизация лишь сигнализирует о риске приближения к пределам. Также мощность нередко путают с производительностью: производительность отражает фактические результаты в конкретных условиях, а мощность — границу, которую можно обеспечить устойчиво при заданных требованиях полезности и требованиях гарантии. Ещё одно типичное заблуждение — сводить мощность только к «железу». Ограничением может быть лицензия, лимит пула соединений, настройка приложения, пропускная способность внешнего API третьей стороны или даже способность команды поддержки обрабатывать поток обращений без нарушения целевых показателей. Важно учитывать мощность сквозным образом: локально достаточная мощность КЕ не гарантирует мощности ИТ-услуги, если узким местом является другая конфигурационная единица в цепочке. Практический нюанс — мощность нельзя считать постоянной: после изменения, релиза, развёртывания или изменения конфигурации базовое состояние меняется, поэтому требуются пересмотр метрик, KPI и порогов мониторинга, иначе организация принимает решения на устаревших данных.