Для упрощения перехода в публичное облако, повышения масштабируемости существующих приложений и защиты частных данных компании используют гибридную облачную архитектуру. Часто понятие "гибридное облако" рассматривается в широком смысле, имея в виду лишь наличие нескольких приложений в облаке.  Настоящая же гибридная облачная архитектура связана с конкретным приложением, часть которого находится в публичном облаке, в то время как другие части размещены за брандмауером в корпоративном дата-центре. 

Вот несколько ключевых моментов, которые следует учитывать при использовании гибридной облачной архитектуры:

1. Избегайте зависимости от облака: у Amazon Web Services есть целый легион сотрудников, готовых убеждать Вас в отсутствии необходимости использования мультиоблака и в важности собственных сервисов AWS. Более того, гибридное облако — это мультиоблако. Ваши сервисы должны быть написаны таким образом, чтобы их можно было легко переносить в другие операционные среды по мере изменения потребностей.  Это означает, что по возможности Вам необходимо избегать специфического кода платформы или поставщика в ваших приложениях.
2. Разбивайте устаревшие приложения на управляемые сервисы: архитектура сервисов дает возможность стандартизировать инфраструктуру частного и публичного облака.  Это также позволяет сервисам находить друг друга при перемещении с минимальными изменениями кода. 
3. Kubernetes: Kubernetes - важный инструмент управления инфраструктурой и сервисными компонентами. В настоящее время это лучший способ обеспечить перенос между частным и публичным облаками, а также различными облачными провайдерами. 
4. Service Mesh позволяет сервисам находить друг друга и управляет их взаимодействием.  Это дает возможность перемещать сервисы и добавлять дополнительные в случае, если некоторые становятся перегруженными.  Начиная с Istio 0.8, Service Mesh поддерживал гибридные облачные архитектуры и коммуникацию через блоки ingress/egress, поддерживающие совместное использование сервисов между кластерами.  Istio позволяет управлять, обеспечивать безопасность и маршрутизировать коммуникацию между сервисами.
5. GraphQL упрощает контроль над взаимодействием микросервисов с источниками данных, помогает избежать снижения пропускной способности вызовов API.  GraphQL также делает систему более независимой и переносимой. И вместо того, чтобы фокусироваться на конкретных вызовах API или на процессе извлечения данных, разработчики сосредоточены на том разделе графика данных, который должен быть изменен или извлечен. Это особенно полезно при объединении данных из нескольких сред вместе или при потенциальном перемещении объектов. Кроме того, эта та функция, которая заставляет разработчиков планировать способ коммуникации приложения с бэкэндом.
6. Распределенный SQL: даже если Вы до сих пор используете базы данных NoSQL, такие, как MongoDB, большинство офисных приложений основаны на реляционных базах данных. Большая часть функциональности требует целостности данных, которую большинство баз данных NoSQL не обеспечивают. И если без базы NoSQL жить можно, то без реляционной нет.  Распределенные базы данных SQL устойчивы, масштабируемы и высокопроизводительны в облачной среде. Они содержат способ репликации и разделения данных между локальным облаком и публичным. 

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

Источник: Yugabyte

2020 год стал мощным толчком к переходу как больших, так и малых предприятий в облако, но т.к. не всё может быть перенесено одномоментно, использование гибридной облачной архитектуры позволяет перемещать быстрее. С помощью более новых технологий и методов таких, как Kubernetes, GraphQL и распределенных баз данных SQL сейчас это сделать проще, чем когда-либо

No Comments