Вы перешли в облако. Но не стоит обманываться, думая, что это можно сделать раз и навсегда. В будущем вам следует ожидать новых облачных миграций, пишет на портале ITPro Today независимый аналитик Кристофер Тоцци.
Вы перенесли свои приложения и данные из локальной среды в облако. Вы думаете, что ваша облачная миграция завершена, верно? Скорее всего, это не так. Хотя существует тенденция думать об облачной миграции как об одноразовом путешествии, которое вы завершаете и больше никогда не должны делать, большинство компаний на самом деле находятся в процессе постоянной облачной миграции — даже если они об этом не знают.
Что такое облачная миграция
Основное определение облачной миграции — это процесс переноса приложений и/или данных в среду облачных вычислений. Она начинается с принятия решения о том, какой тип облачной службы или служб использовать, затем модификации текущей рабочей нагрузки в соответствии с ними. Наконец, вы переносите рабочую нагрузку в облако и запускаете ее производственную эксплуатацию.
Обычно подразумевается, что облачная миграция — это перемещение рабочих нагрузок из локального дата-центра в облако какого-либо типа. Однако, как мы увидим ниже, это не единственный тип облачной миграции.
Облачная миграция осуществляется в различных формах
Сегодня облако используют более 90% предприятий. Это означает, что они уже завершили процесс миграции, благодаря которому в облако были перенесены их рабочие нагрузки.
Но это не означает, что они все еще не занимаются облачной миграцией. Существует множество видов миграции, и первоначальный переход в облако — лишь один из них. К другим относятся следующие:
Переход на новую облачную службу. Возможно, вы начали свой путь в облаке с использования всего нескольких типов облачных сервисов — таких как экземпляры виртуальных машин и объектные хранилища. Но чтобы получить больше преимуществ от облака, вы можете решить перевести некоторые из своих рабочих нагрузок на другие облачные сервисы — например, бессерверные функции или базы данных. А может быть, вы решите перевести монолитные приложения в контейнеры и развернуть их в облачной среде Kubernetes.
Для осуществления подобных перемещений требуется процесс миграции. Обычно приходится вносить изменения в характер рабочей нагрузки и настраивать новый облачный сервис для ее поддержки. Это требует примерно столько же усилий, сколько и изначальный перенос рабочей нагрузки в облако.
Переход к мультиоблачной среде. Расширение своего облачного присутствия с одного облака на несколько облаков — это еще одна форма облачной миграции. Даже если вы используете одни и те же типы сервисов в каждом из ваших облаков, вам придется обновить конфигурации и изучить новые инструменты, чтобы использовать дополнительное облако.
Миграция в гибридное облако. Аналогичным образом облачная миграция происходит при внедрении гибридной облачной среды, которая сочетает ресурсы публичного облака с частной инфраструктурой. Миграция в гибридное облако может не потребовать значительного изменения конфигурации рабочей нагрузки, если вы используете сервис, позволяющий управлять частной инфраструктурой с помощью тех же инструментов, которые вы используете в публичном облаке. Однако вам все равно придется создавать частную инфраструктуру, а это нелегкое дело.
Репатриация из облака. Иногда вы можете решить, что облако вам не подходит — по крайней мере, не для всех ваших рабочих нагрузок — и что вам необходимо вернуться в локальную среду.
Когда вы это делаете, вы осуществляете репатриацию из облака. Хотя облачная репатриация предполагает перемещение приложений или данных из облака, а не в него, она все равно считается одной из форм облачной миграции. Она требует такого же уровня планирования, модификации рабочих нагрузок и фактической миграции, как и перенос рабочих нагрузок в облако.
Почему облачная миграция никогда не закончится
Большинство организаций выполняют некоторые или все типы облачной миграции, описанные выше. Помимо первичного перехода в облако, они могут расширить облачную архитектуру до мультиоблачной или гибридной или даже вернуть часть рабочих нагрузок обратно в локальную среду.
Кроме того, в некоторых случаях предприятие может осуществлять один и тот же тип миграции несколько раз. Например, выполнить мультиоблачную миграцию, чтобы добавить второе облако в свою архитектуру, а затем осуществить еще одну мультиоблачную миграцию, добавив третье облако.
В связи с этим предприятиям никогда не следует думать, что они закончили облачную миграцию. Вместо этого им следует готовиться к планированию и осуществлению облачных миграций всех типов на постоянной основе. Если вы не откажетесь от облака полностью и навсегда, есть большая вероятность, что в вам в будущем еще предстоят облачные миграции.
