cloud computing

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

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