3. Порядок действий при подготовке к миграции
4. Как организовать миграцию инфраструктуры в облако
Многие компании сегодня рассматривают возможность полного или частичного переноса своих информационных инфраструктур в облако. Но решение об облачной модели использования ИТ нередко долго взвешивается, не смотря на свои явные преимущества. А одним из возражений против «переезда» в облака становится сложность миграции. Заказчики опасаются, что при ее проведении могут пострадать или потеряться данные, стать недоступными используемые системы и сервисы.
Рассказываем о том, как организовать миграцию, чтобы она прошла без потерь и непредвиденных сложностей.
Зачем мигрировать в облако?
Чаще всего компания принимает решение об этом для своих ИТ-систем в тех случаях, когда сталкивается с необходимостью периодически увеличивать мощность своей инфраструктуры, масштабировать ее. В качестве примера можно привести необходимость обеспечить мощностями временный проект, нарастить производительность систем во время сезонных всплесков и т.п. Облако в этом случае – очевидный выбор, поскольку приобретение дополнительных серверов в собственность не имеет ни технологического, ни экономического смысла. Облако позволяет на время пиковых нагрузок динамически менять доступные мощности для требуемых сервисов (например – «фронт» интернет-магазина компании во время новогодних распродаж).
Второй повод для миграции – изменение схемы финансирования бизнеса. Развитие собственных мощностей требует наращивания капитальных затрат (CAPEX), что далеко не всегда оправдано. Акционерам и собственникам бизнеса понятнее и проще оплачивать ИТ как сервис, то есть переводить затраты в категорию операционных (OPEX). Чаще всего так поступают средние или небольшие компании, которые выводят в облако практически всю свою инфраструктуру, оставляя у себя только самые критичные сервисы. В этих случаях подписная модель использования ИТ помогает не только оптимизировать затраты, но и планировать их с учетом периодического возрастания потребностей в вычислительных мощностях.
Третий распространенный повод для перехода в облако – активное развитие собственной разработки ПО. Таким компаниям требуются дополнительные инфраструктурные мощности для того, чтобы отрабатывать гипотезы или быстро запускать новые продукты. В этих случаях гораздо проще и быстрее арендовать мощности у облачного провайдера, нежели наращивать собственную инфраструктуру, а затем вводить ее в рабочую деятельность.
Наконец, четвертая категория компаний, заинтересованных в миграции – организации, которые намерены развернуть на мощностях провайдера резервную площадку для своих данных и систем с целью использования и пересборки ИС при наступлении «катастрофы». В этих случаях в облако выводятся не все, а наиболее критичные сервисы и службы.
Риски миграции в облако
Расчет рисков при тесно связан с ее целями и задачами. Как правило, проблемы у компаний, которые переносят в облако свои инфраструктуры, возникают из-за неправильного целеполагания или планирования самого процесса.
Прежде всего компании необходимо понять цель миграции всей инфраструктуры или ее части. Затем оценить состояние существующей инфраструктуры и провести обследования готовности этой самой инфраструктуры. Проблемы могут возникнуть при проведении миграции в облако старых legacy-систем, которые исторически используются во многих компаниях. Если перенос виртуальной машины в облако не является сложной задачей, то администрирование устаревшей системы, тем более такой, которая не получает обновлений или вовсе не адаптирована для работы в облаке, может оказаться проблематичным. Стоит иметь в виду, что многие облачные провайдеры предоставляют целые перечни устаревших систем, которые не могут быть перенесены на их мощности. Более того, при переезде в облако старых сервисов может даже возникнуть необходимость переписать значительную часть кода, что сделает процесс еще более сложным, длительным и затратным. Однако такой подход может быть оправдан при принятии решения о полной трансформации выбранного бизнес-процесса и соответствующих изменениях в инструментарии.
Порядок действий при подготовке к миграции
Итак, прежде всего компании, которая намерена перенести свои системы и сервисы, необходимо четко сформулировать цели миграции.
Второе обязательное условие – тщательное планирование сроков миграции. Переезд может занять несколько месяцев даже для сравнительно небольших инфраструктур: много времени потребуется как на сами работы, так и на согласование «окна обслуживания», в которое будет происходить переключение потоков данных к провайдеру.
Определение путей миграции для каждого из переносимых сервисов – третья задача, которую необходимо решить в процессе переезда. Т.е. нужно определить и согласовать, какие сервисы будут перенесены как есть, какие будут слегка изменены во время переноса, а какие - фактически ожидает полная пересборка. При этом во внимание необходимо принимать необходимые для каждого сервиса уровни SLA.
Далеко не все внутренние требования SLA могут быть гарантированы облачным провайдером. И Поэтому ИТ-службам нужно договориться с владельцами сервисов внутри компании об их переносе и уровне SLA, который для этих сервисов будет обеспечен в облаке. Такая договоренность необходима, потому что решение о миграции, принятое на уровне топ-менеджмента компании, не всегда доводится до руководителей отдельных направлений, а именно они, как правило, являются бизнес-заказчиками информационных систем.
Стоит понимать, что перечисленные организационные задачи – только часть процесса подготовки к миграции в облако. После их решения компании предстоит выполнить проектирование, определить параметры облачной инфраструктуры, и только затем начать постепенное переключение сервисов с соответствующим тестированием работоспособности.
Как организовать миграцию инфраструктуры в облако
Перед тем, как приступить к переносу ресурсов в облако, организациям также нужно решить, будут ли они делать это самостоятельно или обратятся к компании, которая поможет организовать процесс.
Для организаций, не обладающих необходимыми ресурсами и/или экспертизой, разумным решением будет выбор компании-поставщика услуг по инфраструктурной миграции. В этом случае весь процесс по подготовке и реализации такого проекта будет проделан профессионалами, что позволит правильно выбрать подход к переезду в облако, снизить риски и ускорить процесс.
Одним из важнейших критериев сегодня являются меры информационной безопасности. При привлечении ИБ-компании они будут спроектированы и реализованы для мигрируемой в облако инфраструктуры в требуемый срок и с гарантированным качеством.
Инфраструктура в облаке предоставляет множество преимуществ, но одновременно с этим возникают новые угрозы и риски, которые нужно учитывать:
-
Организации полагаются на меры по обеспечению безопасности самого облачного провайдера. Однако, важно помнить, что безопасность — это совместная работа провайдера и организации.
-
Облако не является бесконечным хранилищем данных, изолированным от внешних атак. Злоумышленники активно ищут уязвимости в облачных системах для доступа к конфиденциальным данным. Это может привести к утечкам данных, финансовым потерям и повреждению репутации организации.
-
Облачная инфраструктура предоставляет через интернет доступ к данным и приложениям из любой точки мира. Это удобно для бизнеса, но также расширяет поверхность для потенциальных атак. Каждое устройство, подключенное к облаку, может быть уязвимой точкой входа для хакеров.
-
Утечки данных и нарушения безопасности могут негативно сказаться на репутации организации и привести к утрате доверия клиентов. Поэтому защита конфиденциальности данных и обеспечение безопасности в облаке стали неотъемлемой частью стратегии управления рисками.
Информационная безопасность должна быть приоритетом при развертывании и использовании облачной инфраструктуры. Это требует комплексного подхода, включающего технические меры защиты, обучение персонала и соблюдение законодательства. Поэтому критически важно выбирать компанию, которая может не только организовать саму миграцию вашей инфраструктуры, но и обеспечить полный комплекс мер по организации информационной безопасности.
Купцов Владимир,
Руководитель направления облачных услуг Innostage