capacity planning

Планирование мощностей — это управленческая деятельность, направленная на то, чтобы заранее определить, какие ресурсы и в каком объёме потребуются для стабильного предоставления услуг при текущем и ожидаемом спросе. На практике это связывает прогноз потребления услуги с решениями о масштабировании: вычислительные ресурсы, хранилище, пропускная способность сети, лицензии, а также человеческие ресурсы в командах поддержки и разработки. В ITSM планирование мощностей помогает избегать как дефицита ресурсов, ведущего к ухудшению производительности и снижению доступности, так и избыточных затрат из‑за «перезакупки». Результатом обычно становится согласованный план действий: когда и какие изменения или инвестиции нужны, какие ограничения допустимы, какие допущения приняты по росту спроса, и как это будет измеряться метриками и KPI. Термин охватывает именно планирование и управление ресурсами с ориентацией на спрос на услуги; он не описывает детальное проектирование архитектуры, проведение нагрузочного тестирования как самостоятельную дисциплину или оперативное устранение инцидентов, даже если их причиной стала нехватка мощностей.

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