ГОСТ Р 70288—2022
6.4.2 Облачные сервисы в нескольких юрисдикциях
Традиционно ИТ-системы развертывались внутри организации или в среде размещения внутри от
дельной страны или юрисдикции. Международная телекоммуникационная инфраструктура строилась от
страны к стране с четкими точками присоединения, определенными на международных границах, так что
ресурсы и средства управления, используемые персоналом, располагались в той же юрисдикции, что и
клиенты службы. Для большинства систем и служб облачных вычислений это не актуально.
Глобальные облачные службы достигают масштабируемости и эффективности за счет макси
мально возможной централизации своей деятельности, управления и персонала. Это означает, что
клиенты в одном месте могут использовать ресурсы облачных служб, такие как, например, серверы,
хранилища данных и сетевое оборудование, расположенные в другом месте, а управление этими сер
верами осуществляется из третьего места.
Такой подход дает много следующих преимуществ как поставщику облачных служб, так и их по
требителям:
- наличие единой глобальной версии пакета программного обеспечения для облачной службы
означает, что одна группа разработки, тестирования и безопасности может поддерживать всю сеть цен
тров обработки данных поставщика облачных служб, независимо от их количества и стран, в которых
они расположены;
- как поставщики облачных служб, так и потребители получают выгоду от постоянных и своевре
менных улучшений служб, и нет необходимости индивидуального внедрения обновлений;
- обновления и исправления безопасности разворачиваются легко. Уязвимости или нарушения,
выявленные в разных местах, могут быть устранены одновременно везде;
- использование географически разнообразного размещения и предоставления услуг и данных
может обеспечить резервирование и защиту от серьезных инцидентов, таких как наводнение, земле
трясение или отказ сети, которые могут вывести из строя весь центр обработки данных. Содержание
нескольких центров обработки данных в некоторых регионах может оказаться нерентабельным или не
эффективным, поэтому резервирование за пределами региона может быть единственным вариантом
для удовлетворения требований непрерывности бизнеса;
- для данных, которые не ограничены географически, облачная служба может динамически пере
мещать или копировать данные между центрами обработки данных для оптимизации производитель
ности и использования хранилища. Например, некоторые данные могут быть актуальны для чтения во
всем мире, возможно, на мобильных устройствах (например, карты, новости, видео), так что глобаль ная
репликация значительно улучшает качество обслуживания клиентов за счет уменьшения задержки
доступа к данным. Такое перемещение и репликация данных, как правило, полностью автоматизирова
ны на основе объективных оценок поведения при использовании данных.
6.4.3 Экономика управления глобальной облачной службой
Устойчивость и гибкость поставщиков облачных служб, особенно крупных организаций, позволяют
минимизировать стоимость их капитальных вложений и эксплуатационных расходов и, возможно, сни
зить цены на предложения своих облачных служб. Поставщики облачных служб, как правило, исполь
зуют стандартные конфигурации оборудования в своих центрах обработки данных, что позволяет им
приобретать оборудование в больших объемах. Серверы, используемые в облачных центрах обработ ки
данных, как правило, не обеспечивают многих дополнительных и несущественных функций, которые
характерны для типовых серверов, что экономит затраты и энергию. Чтобы обеспечить непрерывность
бизнеса, поставщики облачных служб повышают отказоустойчивость в основном за счет программно го
обеспечения, а не за счет резервирования оборудования, что еще больше снижает капитальные и
эксплуатационные расходы. Таким образом, для крупного центра обработки данных облачных служб
основная задача заключается не в том, чтобы поддерживать все оборудование в рабочем состоянии, а
в том, чтобы распределять рабочие нагрузки таким образом, чтобы потребитель облачных служб не
замечал ни аппаратных сбоев, ни изменений в службах. Подобная отказоустойчивость может потре
бовать использования определенных стилей архитектуры программного обеспечения или шаблонов
проектирования для приложений, специально разработанных для облаков с тем, чтобы сделать сбои
незаметными для пользователей облачных служб.
Благодаря масштабности крупных облачных центров обработки данных поставщиков облачных
служб такие центры проектируются для минимального энергопотребления с тем, чтобы снизить за
траты и максимизировать плотность вычислений, чего невозможно достичь в небольших центрах обра
ботки данных. Облачные серверы не нуждаются в таких интерфейсах, как, например, мониторы, мыши и
клавиатуры, и они не используются в конструкциях серверов, монтируемых в стойку. Кроме того,
8