Миграция в облако: с чего начать и как избежать ошибок

5 ситуаций, когда компании стоит переехать в облако

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

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

Аренда облака позволяет сэкономить и при этом сохранить высокую производительность. Например, EdgeCloud работает по модели pay-as-you-go, когда клиент платит только за использованные ресурсы и мощности, а оборудование покупаем и обслуживаем мы.

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

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

3. Компания хранит чувствительную информацию. Это могут быть персональные данные клиентов и партнеров, финансовые или юридические документы, стратегические планы или другие данные, которые являются коммерческой тайной. Чтобы обеспечить защиту информации своими силами, нужно собрать целый комплекс средств и сертифицировать его по 152-ФЗ. Для этого потребуется спроектировать изолированную архитектуру инфраструктуры, подключить современное антивирусное ПО и аппаратные решения, а также оборудовать помещения системами сигнализации и видеонаблюдения. Весь комплекс мер необходимо задокументировать и предоставить проверяющему органу. Это требует значительных затрат, особенно для малого и среднего бизнеса.

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

EdgeCloud — это облако с сертификацией по 152-ФЗ. Дополнительно вы можете подключить у нас комплексную защиту от DDoS и другие сервисы защиты.

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

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

5. Компании нужно быстро запустить проект. Поиск подходящего оборудования, его покупка, доставка и настройка требует не только денег, но и времени — минимум один месяц. И это при условии, что у команды есть необходимые специалисты и проверенные поставщики. С облаком протестировать гипотезы или запустить новое клиентское приложение получится намного быстрее — от нескольких часов. Для этого достаточно заказать необходимые ресурсы у облачного провайдера, подготовить среду и развернуть приложение.

Когда компании стоит переехать в облако частично

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

1. Компании требуется новая среда разработки. Можно объединить локальный стенд для разработки и предпродакшена, чтобы ускорить работу и сэкономить на инфраструктуре, а продакшен-стенд разместить в облаке.
2. Компании периодически не хватает мощностей. Например, она часто тестирует новые сервисы или в высокий сезон обрабатывает в несколько раз больше трафика. Чтобы в эти моменты не перегружать локальные серверы, можно использовать облачные ресурсы. Заодно получится избежать затрат на покупку и обслуживание оборудования, которое большую часть времени будет простаивать.
3. У отделов в крупном холдинге разные требования к безопасности. Например, бухгалтерскую отчетность, налоговые декларации или информацию о транзакциях требуется размещать на защищенных локальных серверах, а аналитику и рекламные материалы допустимо загружать в облако.

Как бизнесу мигрировать в облако: вручную или автоматически

Бизнес может выбрать автоматизированную миграцию, воспользоваться услугами DevOps as a Service, если у компании сложная инфраструктура или в штате не хватает специалистов, или выполнить перенос вручную. От этого будет зависеть стоимость миграции и ее сроки. Рассмотрим каждый подход подробнее.

1. Автоматизированная миграция. Данные, приложения и инфраструктуру переносят в облако с помощью скриптов и специальных инструментов. Команде не нужно ничего делать вручную: всё происходит автоматически. Например, для переноса данных и приложений в EdgeCloud можно использовать Hystax Acura.

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

2. Миграция с услугой DevOps as a Service. Компания использует внешних специалистов или сервисы для организации переезда в облако. Команда DevOps-инженеров выстраивает процессы миграции, автоматизирует развертывание приложений и обеспечивает их бесперебойную работу в облаке.

Например, EdgeЦентр помогает клиентам с миграцией данных и выполняет DevOps-задачи любого уровня сложности: от настройки CI/CD до автоматизации и логирования. Специалисты контролируют состояние сетевого оборудования, веб‑серверов, производительности систем и журнала событий, чтобы инфраструктура работала безотказно.

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

Какую стратегию переезда в облако выбрать

Перед миграцией бизнесу важно понять, насколько он готов менять код и архитектуру своих приложений. Выделяют три основные стратегии переезда в облако: Lift and Shift, Replatforming и Application Refactoring. Каждая из них имеет свои преимущества и недостатки и подходит для разных вариантов миграции: от простого переноса данных до полной переработки приложений.

1. Lift and Shift. Инфраструктуру компании переносят в облако из локальной среды без изменений в коде и архитектуре, чтобы сохранить привычную логику работы. Благодаря этому время миграции и вероятность ошибки сокращаются в несколько раз.

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

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

2. Replatforming. Инфраструктуру переносят в облако с минимальными изменениями. Компоненты приложений заменяются облачными сервисами, но базовая архитектура при этом остается прежней.

В этом случае производительность инфраструктуры выше, чем при переезде по модели Lift and Shift, потому что приложения частично адаптируют под облако. Но базовая архитектура остается прежней, поэтому система не полностью учитывает особенности облачной среды.

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

3. Application Refactoring. Внутреннюю структуру приложения адаптируют для работы в облаке: изменяют архитектуру и код. Новые функции не добавляют, а лишь перерабатывают уже существующие.

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

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

Как компании подготовиться к миграции в облако

Если переезжать без подготовки, можно потерять важные данные и потратить деньги впустую. Чтобы избежать этого, заранее составьте план и определите сроки каждого этапа. Длительность переезда зависит от объема данных и сложности инфраструктуры, но обычно на проектирование и тестирование уходит 2–3 недели, а на миграцию — от недели до нескольких месяцев.

Для успешной миграции в облако проведите аудит ИТ-инфраструктуры:

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

Решите, когда модернизировать рабочие нагрузки: до, во время или после переноса в облако. Важно минимизировать так называемый миграционный пузырь (период, когда компания одновременно использует и облако, и локальные ресурсы): это приводит к увеличению затрат.

Что может пойти не так при миграции в облако и как этого избежать

Во время перехода в облако компания может столкнуться с рядом проблем.

Проблемы с безопасностью. При переносе данных компания может столкнуться с фишингом, утечкой данных и DDoS-атаками. Чтобы обезопасить свои данные, узнайте у поставщика, с помощью каких мер компания обеспечивает безопасность клиентов. Хорошо, если облако аттестовано по требованиям 152-ФЗ, имеет сертификаты ФСТЭК и ФСБ.

Если вы не собираете и не храните персональные данные, то наличие аттестатов необязательно. Однако защита от DDoS-атак и вредоносных ботов пригодится всегда. При переезде в EdgeCloud клиенты могут настроить дополнительную защиту с учетом потребностей бизнеса.

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

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

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

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

Проблемы с техподдержкой. Отсутствие качественной техподдержки со стороны провайдера усложняет переход в облако. Без оперативной помощи даже небольшие технические проблемы могут перерасти в длительные простои, что негативно скажется на бизнес-процессах и доходах компании. В EdgeCloud техподдержка находится на связи 24/7. Специалисты оперативно отреагируют на запрос и разрешат инцидент.

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