ИТ-архитектура от А до Я: Шаблоны документов. Первое издание - страница 29
ПОЛИТИКА
Следующие ключевые моменты регламентируются процессом:
•Требования к доступности должны быть идентифицированы на основе соглашения на обслуживание (SLA) и оценок степени риска;
•Требования включают в себя права доступа, время отклика, а также доступность системных компонентов сервиса;
•Планы по доступности должны быть разработаны и пересмотрены, по крайней мере, ежегодно, чтобы гарантировать, что требования удовлетворены согласно договоренности. Эти планы должны сохраняться, чтобы гарантировать, что они отразили согласованные изменения, требуемые бизнесом;
•Планы по доступности, должны быть повторно протестированы при каждом существенном изменении в бизнес процессе или среде;
•Процесс управления изменениями должен оценить влияние любого изменения на планы по доступности сервиса;
•Доступность должна быть измерена и зарегистрирована. Незапланированный воздействия должны быть исследованы и приняты соответствующие меры по их устранению.
Управление Мощностями
ПОЛИТИКА УПРАВЛЕНИЯ МОЩНОСТЯМИ
ЦЕЛЬ
Процесс Управления Мощностями (Capacity Management) относится к этапу дизайна управления ИТ сервисами, а политика является рекомендацией стандарта ISO 20000—1:2011. Цель политики является организация и реализация процессов управления производительностью ИТ инфраструктуры.
ПОЛИТИКА
Ключевые процессы включают в себя:
•Формирование и организация процесса управления мощностями;
•Формирование плана управления мощностями, который должен включать в себя структуру компонентной базы, текущие и предполагаемые требования к мощностям, требования к производительности, модель и механизмы наращивания мощностей, модель распределения затрат и так далее. План должен быть утвержден и выстроен в соответствии с ИТ архитектурой Предприятия.
•Управление Мощностями должно отражать текущие и предполагаемые потребности бизнеса и включать в себя:
a) текущие и предполагаемые требования к мощностям и производительности сервисов;
b) определенные временные рамки, возможности и ограничения организации, а также затраты на внедрение, сопровождение и обновление услуг;
c) оценку ожидаемого эффекта от обновления сервиса, запросы на изменения, новые технологии и методы повышения производительности;
d) прогнозы влияние внешних изменений, например, законодательных, технологических и т п;
•Методы, механизмы и процедуры должны быть идентифицированы, чтобы контролировать производительность сервисов.
•В отчетах должны быть отражены определенные и измеряемые метрики процесса;
•Причины несоответствий, предоставляемых и оговоренных в соглашениях мощностей, должны быть задокументированы и расследованы;
Процесс Управления Непрерывностью
Процесс Управления Непрерывностью ИТ сервисов (IT Service Continuity Management) относится к этапу дизайна управления ИТ сервисами, а политика (Service Continuity Policy) является рекомендацией стандартов ISO 20000, 27001, 27017 и 27018. Как правило включает в себя ряд ключевых политик, процедур и планов, таких как Политика / План Непрерывности Бизнеса (Business Contingency Plan BCP), План Восстановления после Сбоя (Disaster Recovery plan DRP), Политика / План Восстановления Бизнеса (Business Continuity Plan) и т п.
Управление Информационной Безопасностью
Процесс Управления Информационной Безопасностью (Information Security Management) относится к этапу дизайна управления ИТ сервисами и является рекомендацией стандартов ISO 20000, 27001, 27017 и 27018. Владельцем процесса как правило является департамент Безопасности организации. Руководящие документы по процессу рассмотрены в разделе Информационной Безопасности.