Облачная архитектура

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

У организаций есть множество причин для внедрения облачной архитектуры. Вот основные из них:

• ускорение предоставления новых приложений;
  
• возможность использования таких преимуществ облачной архитектуры, как Kubernetes, для модернизации приложений и ускорения цифровой трансформации;
•  соблюдение актуальных нормативных требований;
• более высокая прозрачность ресурсов, позволяющая сократить расходы и предотвратить утечки данных;
• более быстрая инициализация ресурсов;
• использование гибридной облачной архитектуры для поддержки масштабирования приложений в режиме реального времени по мере изменения потребностей бизнеса;
• стабильное достижение целевых показателей обслуживания;
•  использование эталонной облачной архитектуры для получения сведений о структуре расходов на ИТ и использования облака.

Несмотря на то что не существует двух одинаковых облаков, есть ряд распространенных моделей облачной архитектуры. К ним относятся публичные, частные, гибридные и многооблачные архитектуры. Ниже приведено их сравнение.

• Архитектура публичного облака. В архитектуре публичного облака вычислительные ресурсы принадлежат поставщику облачных сервисов и управляются им. Эти ресурсы совместно используются несколькими арендаторами и перераспределяются между ними через Интернет. К преимуществам публичного облака относятся сокращение операционных расходов, простое масштабирование и низкие затраты на обслуживание. 
  
• Архитектура частного облака. Частное облако — это облако, которое принадлежит частному владельцу и управляется им, обычно в собственном локальном центре обработки данных компании. Однако частное облако также может включать в себя несколько местоположений серверов или арендованное пространство в географически распределенных средах совместного размещения. Архитектура частного облака обычно стоит дороже, чем публичные облачные решения, однако она проще настраивается и предоставляет возможности обеспечения высокого уровня безопасности данных и соответствия нормативным требованиям. 
• Архитектура гибридного облака. Среда гибридного облака сочетает эффективность работы публичного облака и возможности защиты данных частного облака. Используя архитектуру как публичного, так и частного облака, гибридное облако помогает консолидировать ИТ-ресурсы, при этом позволяя организациям переносить рабочие нагрузки между средами в зависимости от требований к ИТ-инфраструктуре и безопасности данных.  
• Многооблачная архитектура. Многооблачная архитектура — это архитектура, в которой используются несколько сервисов публичного облака. Преимущества многооблачной среды заключаются в большей гибкости при выборе и развертывании облачных сервисов, которые с наибольшей вероятностью смогут соответствовать различным требованиям организации. Еще одним преимуществом является снижение зависимости от одного поставщика облачных сервисов. Это помогает сэкономить больше средств и снижает вероятность привязки к поставщику.  Кроме того, для поддержки приложений в контейнерах на основе микрослужб может потребоваться многооблачная архитектура, в которой службы размещены в нескольких облаках. 

Ниже приведены основные компоненты облачной архитектуры.

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

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

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

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

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

Хорошо спроектированная облачная платформа — это больше, чем просто необходимый компонент ИТ-среды. Она обеспечивает сокращение операционных расходов, высокую производительность приложений и удовлетворенность конечных пользователей. Следуя принципам и лучшим методам создания облачной архитектуры, организации смогут гарантировано получить ощутимые преимущества для бизнеса из приобретенных облачных технологий и подготовить ИТ-среду к будущему. 

• Предварительное планирование. Обеспечьте понимание потребностей в ресурсах при проектировании облачной архитектуры. При создании собственной архитектуры организациям необходимо постоянно проверять ее производительность, чтобы избежать неожиданных сбоев в работе. 
  
• Ориентация на безопасность. Защитите облако от злоумышленников и несанкционированного доступа пользователей благодаря обеспечению безопасности всех уровней облачной инфраструктуры с помощью шифрования данных, управления исправлениями и жестких политик. Рассмотрите возможность использования моделей безопасности нулевого доверия для обеспечения самых высоких уровней защиты в гибридной многооблачной среде. 
• Обеспечение аварийного восстановления. Автоматизируйте процессы восстановления, чтобы избежать дорогостоящих простоев и обеспечить быстрое восстановление после нарушений обслуживания. Мониторинг ресурсов и использование резервной сети также обеспечит высокую доступность архитектуры.
• Максимальное повышение производительности. Используйте и администрируйте нужные вычислительные ресурсы, непрерывно отслеживая технологические и бизнес-потребности. 
• Снижение расходов. Воспользуйтесь преимуществами автоматизированных процессов, поставщиков управляемых сервисов и отслеживания использования, чтобы исключить ненужные расходы на облачные вычисления.