Как безопасно перенести IT-инфраструктуру предприятия в облако

Облачные сервисы приобретают все большее значение в современном бизнесе. Их применение позволяет снизить трудозатраты на обслуживание информационной системы, оптимизировать ресурсы, сократить время выхода на рынок при запуске продуктов, создать объективные условия для модернизации IT-инфраструктуры.

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

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

Этапы миграции

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

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

Выбор стратегии перехода

Процесс миграции в облако, как и каждый переход, неизбежно связан с временными ограничениями функционирования систем. И если для одних фирм сокращение возможностей информационной инфраструктуры на этот период не является критичным, то для других корпораций, где цифровые сервисы работают в формате 24/7, такой вариант неприемлем. Подобные требования клиента также влияют на стратегию миграции.

Индивидуальные характеристики облака

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

Необходимость тестирования

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

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

Фактор интеграции

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

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

Безопасность

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

Правила движения

Может ли компания, опираясь на возможности своей IT-службы, самостоятельно организовать перенос цифровой инфраструктуры в облако? Этот вопрос нам нередко задают клиенты. Ответ, да, так действовать можно. И корпоративные технологические гиганты тому пример. Другой вопрос, а для всех ли такой выбор оправдан?

Миграция информационной системы — процесс довольно специфичный, требующий определенных экспертных компетенций от его исполнителей. К тому же, процесс нечастый: компании переносят IT-системы примерно один раз в несколько лет.

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