Question 1

Зачем нужна миграция в облачную инфраструктуру?

Accepted Answer

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

Question 2

Какая бывает облачная интеграция?

Accepted Answer

Существует два типа миграции:
* от физической инфраструктуры до облачной * от одной облачной платформы к другой (от другого провайдера) Этот процесс требует подготовки, но обычно он стоит потраченных усилий, приводит к экономии средств и большей гибкости. Существует несколько подходов переноса приложений в облако, начиная от перемещения старых приложений «как есть», и заканчивая созданием новой программы, которая заменит старую.
Простое перемещение(Lift-and-shift). Программы организации не меняются, а просто размещаются в облаке. Lift-and-shift может включать копирование исполняемых файлов приложений, создание и настройку образов виртуальных машин (VM), создание групп безопасности, настройку эластичных IP-адресов и DNS, а также переход к новой базе данных в облаке.
РефакторингПодход подразумевает оптимизацию программы для работы в облачной среде. Этот процесс может занять некоторое время, поскольку предполагает перепрофилирование компонентов программы, внесение изменений в код. Зато в результате рефакторинговая программа способна в полной мере воспользоваться преимуществами облачной архитектуры. Такой подход актуален для переноса устаревших приложений. Можно сказать, что рефакторинг – самый выгодный метод с точки зрения долгосрочных бизнес-результатов.
Re-platformingГибридный подход, предполагающий частичную доработку архитектуры систем. К примеру, введение управляемой БД либо внедрение функциональности динамического масштабирования. Такая стратегия миграции занимает больше времени по сравнению с первым методом, но компания становится более эффективной и адаптированной к облачной среде. Появляются дополнительные преимущества. Например, использование автомасштабирования для внутренних рабочих нагрузок может снизить нагрузку на DevOps при ручном управлении экземплярами.

Question 3

Этапы миграции в облако

Accepted Answer

Архитектура компьютерного оборудования разных компаний отличается, поэтому процесс переноса ИТ-инфраструктуры всегда разный. Но план миграции в облако всегда включает следующие шаги:
Шаг 1. Миграция данных
Создание копии данных компании в облачном хранилище – это обязательный первый шаг во время миграции в облако. Важно выбрать надежное отказоустойчивое хранилище с системами резервного копирования. Ведь чем больше уровней защиты системы хранения данных, тем большей безопасности будут ваши базы данных. Обращаем ваше внимание, что копирование необработанных данных — это лишь часть процесса первичной миграции. Обязательно проверяйте форматы и схемы экспортируемых данных из одного хранилища в другое.
Шаг 2. Репликация
После экспорта снимка локального хранилища и данных, перенесенных в облако, необходимо настроить процессы синхронизации. Текущая репликация сложнее операции копирования, поскольку существует серия операций инкрементного копирования. Каждая операция требует регистрации изменений в данных и их схеме, а также применения этих изменений в облачном хранилище. Любое решение по синхронизации данных в облаке и локальной инфраструктуре (или в другом облаке) необходимо тестировать на задержки и надежность. Синхронизацию можно настроить самостоятельно или выбрать службу конвейерной передачи данных для обработки непрерывной репликации данных и схем. Когда все будет настроено, можно перенести другую часть инфраструктуры.
Шаг 3. Обеспечение безопасности
Организация облачной инфраструктуры, несмотря на ее технологическую сложность, оказывается проще, чем создание копии физического аналога. Здесь нельзя спешить, ведь угроза информационной безопасности — одна из причин, по которым компании боятся внедрять облака. При использовании облачных платформ корпоративные активы больше не находятся за собственно настроенным брандмауэром, да и периметра сети, кажется, не существует. На самом деле это не так, есть брандмауэры и периметры. Но страхи остаются, поэтому важно подробно проработать все аспекты обеспечения безопасности данных и приложений.
Для обеспечения эффективности процесса защиты необходимо участие различных специалистов, кроме сотрудников ИТ-отдела, поскольку миграция влечет технологические преобразования и структурные изменения. Переход в облако может изменить функциональные роли и операции вашего бизнеса. А сотрудникам может потребоваться помощь в освоении новых систем и алгоритмов работы. Хотя сами рабочие процессы не изменятся, да и рабочая среда обычно остается неизменной. В целом из основных трудностей для компании можно выделить выбор провайдера, настройки безопасности и обеспечение взаимодействия приложений и сервисов с облачной средой. Другие процессы уже давно отлажены и не вызывают проблем.