Что такое архитектура облака?

Архитектура облака — это компоненты и элементы облачной среды, организованные в логичную и эффективную структуру для выполнения конкретных задач с максимальным качеством и с минимальными затруднениями.

Архитектура облака

Архитектура облака состоит из компонентов и элементов облачной среды. Это самое общее описание, архитектура облака не ограничивается технологиями. В специальном издании Национального института стандартов и технологий NIST SP 500-292 определены пять вовлеченных субъектов (ролей): потребитель облачных услуг, их поставщик, аудитор и т. д. Только через подобные определения можно перейти к технологиям.

Для описания архитектуры облака можно использовать четырехуровневую классификацию: роль, процесс, компонент и элемент. Другими словами, при обсуждении архитектуры нужно указать, кто выполняет какие обязанности, каким образом и с использованием каких инструментов.

Правильно спроектированная архитектура

Правильно спроектированная архитектура

Создание инфраструктуры с продуманной архитектурой —трудоемкая задача. Для этого требуется многое учесть. Для начала следует ответить на различные вопросы, например, такие:

  • Каковы бизнес-приоритеты ваших внешних и внутренних клиентов? 
  • Как определить диапазон угроз, которые могут затронуть вашу облачную среду и основную бизнес-структуру?
  • Где находятся ваши данные (особенно конфиденциальные), и как они перемещаются?
  • Как обеспечить правильное развертывание систем в облаке?
  • Чему нужно обучить разработчиков ПО, ИТ-специалистов и других сотрудников вследствие перехода в облако?
  • Какие механизмы использовать для обеспечения правильной конфигурации всех систем?
  • Какие инструменты использовать для управления обновлениями и исправлениями во всех облачных системах для обеспечения необходимого уровня безопасности?
     

Это далеко не полный список. Перед созданием архитектуры необходимо тщательно все спланировать, чтобы внедрение облака приносило пользу, а не создавало проблемы для вашего бизнеса.

Роли

Процессы

Процессы в облачной архитектуре определяют доступ и использование ресурсов, предоставляемых в виде услуг: это может быть приложение как услуга (SaaS), платформа как услуга (PaaS) или инфраструктура как услуга (IaaS). В процессы также входят оркестрация, аудиты и обеспечение безопасности.

  • Оркестрация — координированное управление облачной средой для достижения с ее помощью целей бизнеса.
  • Аудиты — анализ безопасности, соответствия требованиям и производительности облачных услуг, предоставляемых поставщиком. Аудиты проводят независимые сторонние лица.
  • Всегда необходимо обеспечивать безопасность, в том числе конфиденциальность, целостность и доступность.
    • Конфиденциальность — сохранение критичных данных в тайне. Доступ к них должны иметь только авторизованные пользователи.
    • Целостность — гарантия того, что в данные или системы не были внесены изменения и, следовательно, можно быть уверенными в их подлинности.
    • Доступность — обеспечение возможности доступа и использования систем и данных тогда, когда они нужны.

Компоненты

Выбирайте компоненты облачной архитектуры, которые соответствуют поставленной цели. Принимайте во внимание, какие конкретные действия, шаги, операции и процессы должны быть выполнены для достижения этой цели. Для начала следует решить, какое облако лучше подходит компании: частное, публичное или же гибридное. Гибридное облако может объединять, например, частное и публичное облако. Недавно также появилось понятие мультиоблака — такая среда сочетает в себе частное и публичное облако без соединения между ними.

Также при выборе компонентов требуется учитывать функциональную совместимость и переносимость.

  • Функциональная совместимость — способность двух разных систем взаимодействовать и обмениваться данными по определенным правилам.
  • Переносимость — возможность переносить данные из одного облака в другое без необходимости заново вводить или воссоздавать данные вручную.
     

При создании архитектуры облака эти два критерия необходимо рассмотреть в самом начале, с точки зрения их роли в достижении вашей бизнес-цели. Если эти вопросы не будут учтены изначально, компания может оказаться привязана к неадекватной или неподходящей ей архитектуре.

Элементы

Элементы позволяют компании решать вопросы по управлению соглашениями об уровне обслуживания (SLA), а также по оперативному предоставлению ресурсов и их модификации. 

  • Управление SLA — собирается ли компания собственными силами отслеживать метрики и обеспечивать соответствие услуги обещанным уровням обслуживания? Будет ли осуществлять мониторинг третья сторона, такая как брокер облачных услуг? Брокер помогает заключить первоначальный контракт и обеспечивает дальнейшее управление услугой, отслеживая метрики и, возможно, выполняет другие обязанности.
  • Оперативное предоставление ресурсов — автоматическое развертывание ресурсов на основе запросов. Облако представляет собой особенную среду, для которой не подходят многие старые методы управления изменениями. Имеет ли смысл внедрять средства автоматизации для управления изменениями в облачной инфраструктуре?
  • Модификация ресурсов — иногда необходимо обновлять конфигурации и отправлять устройства в ремонт.

Архитектура безопасности облака

Чтобы облачная архитектура была безопасной, в нее добавляются компоненты системы защиты. Защита облачных сред — это всегда общая обязанность поставщика и клиента. Разделение зон ответственности зависит от типа облачной структуры, которую вы используйте: IaaS, PaaS и SaaS. Существует разделение ответственности, представленное Международной организацией по стандартизации (ISO), NIST и даже Cloud Security Alliance (CSA). Но конечном итоге оно будет определено поставщиком облачных услуг и клиентом и оговорено в контракте.

Как потребителю облачных услуг вам важно провести оценку рисков и убедиться, что вы понимаете последствия использования любой формы облака. Если ваша компания не создает собственное облако в своем же ЦОД, то необходимо прописать в контракте, кто за что отвечает или, как минимум, что именно должен обеспечивать поставщик облачных услуг.

Рекомендации по облачной безопасности

При проектировании или использовании облачного решения можно задействовать следующие средства безопасности:

  • многофакторная аутентификация — ее рекомендуется использовать для всех учетных записей;
  • классификация данных — в современном мире крайне важно понимать, какие данные хранятся у вас в облаке и являются ли они критичными. Есть специальные инструменты, которые позволяют выявить персональную информацию в хранилище данных. Можно использовать их или выполнить эту задачу частично вручную, но, в любом случае, сделать это необходимо;
  • идентификация и аутентификация — для контроля доступа при работе с облаком как извне, так и внутри него. Это касается не только пользователей и администраторов, но и ПО, API, функций, которым нужен доступ к другому ПО, а также данным;
  • отдельные и строго контролируемые учетные записи для администраторов — администраторы не должны использовать основную учетную запись компании. Если она будет скомпрометирована, исправить ситуацию будет очень сложно;
  • журналы — следует фиксировать все события и задать условия, при которых администраторы оповещаются о подозрительной или вредоносной активности.

Статьи по теме

Исследования по теме