Виртуальное приватное облако или приватное облако. В чем отличие и какое выбрать?

В чем отличие приватного облака от виртуального приватного облака?

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

В контексте приватного облака ИТ подразделение компании выступает в качестве провайдера, т.е. поддерживает, развивает его и предоставляет внутренним заказчикам. Еще раз, когда мы говорим о приватном облаке, то подразумеваем собственную инфраструктуру компании (сервера, сеть, различные порталы, интерфейсы взаимодействия и прочее программное обеспечение), которую обслуживает ИТ департамент. Если говорить про виртуальное приватное облако, то это изолированная часть публичного облака. Т.е. SberCloud, AWS, MS Azure или Yandex Cloud и выступает в роли провайдера, а не ИТ департамент как в прошлом примере. Когда пользователь создает в публичном облаке какой-то ресурс, например виртуальную машину или базу данных - она размещается в виртуальном приватном облаке (VPC). Таким образом, в случае с виртуальным приватным облаком нам не нужно поддерживать никаких серверов, порталов и прочих систем, так как это выделенная часть публичного облака в виде подсети, в которую мы помещаем ресурсы.
Что же выбрать?
Приватные облака до сих пор очень популярны в компаниях, причем не обязательно больших, так как есть бюджетные варианты, например на базе OpenStack. Это обусловлено большими инвестициями, которые были сделаны в последние 5-7 лет. Теперь эти ресурсы нужно амортизировать - использовать на благо компании. Обычно любое облако делится на подписки для различных департаментов, а также для продакшн окружения. Обслуживание этой инфраструктуру сопровождается большим количеством трудозатрат. Дело в том, что в этой модели у тебя все свое (ну или почти): датацентр (пусть даже и арендованный), стойки, питание, сервера, свичи, роутеры и т.д. Все это нужно правильно настроить, а может случиться так, что сначала никто не планировал наличие 40 стоек и все проектировалось исходя из 4х стоек, а теперь на ходу нужно делать модернизацию. Например был классический сторадж и простая сеть доступа, а теперь нужно внедрить SDS (software defined storage) и соответственно мигрировать сетевую архитектуру на Leaf-Spine. В дополнение к указанным выше задачам само облако нужно обновлять, развивать, предлагая пользователям новые сервисы. В итоге дело получается достаточно дорогое, но реалии таковы, что виртуализация есть наверное у каждой крупной компании и отказываться от нее в одночасье просто глупо. Поэтому правильно использовать одновременно преимущества наземной инфраструктуры и виртуального публичного облака (публичных облаков).

К примеру вы руководитель ИТ крупной компании и к вам приходит внутренний заказчик с проектом внедрения новое приложения, которое требует CDN, kubernetes (k8s) и различные балансировщики. У вас есть развитая наземная инфраструктура, но CDN и k8s у вас нет. Это ровно тут случай, когда проще воспользоваться виртуальным приватным облаком, взяв оттуда отсутствующие сервисы вроде CDN и k8s. Вы получаете платформу как сервис и она обойдется дешевле чем запуск и поддержка этих сервисов у вас в инфраструктуре.
Заключение.
Надеемся мы смогли помочь концептуально разобраться в различиях приватного облака и виртуального приватного облака. Наша компания с удовольствием ответит на дополнительные вопросы и поможет в разработке архитектуры инфраструктуры в публичном облаке.
Остались вопросы? Напишите нам