Почти во всех случаях общение с представителями разных компаний показало, что главная причина, по которой они предпочитают переходить в облако, – это гибкость и скорость развития при таком переходе. Благодаря облачным вычислениям можно развертывать тысячи серверов за считаные минуты, а не тратить на это от 10 до 18 недель, как это обычно бывает при локальном развертывании. Облако AWS предоставляет более 90 различных сервисов – от вычислений, хранения и баз данных до непрерывной интеграции, анализа данных и искусственного интеллекта, – и все они находятся под рукой. Это позволяет переходить от идеи к ее реализации не за месяцы, а за несколько секунд.
Существует множество причин, по которым клиенты мигрируют в облако. Некоторые из них мигрируют в облако, чтобы повысить производительность своих рабочих ресурсов. Мы также видим, что многие компании с проектами консолидации или рационализации центров обработки данных переходят в облако, особенно те, которые готовятся к слиянию, разделению активов или в которых иным образом наблюдается бесконтрольный рост инфраструктуры на протяжении многих лет. Кроме того, есть компании, которые стремятся полностью изменить представление о своем бизнесе, используя современные технологии в рамках более крупной программы цифровых преобразований. И, конечно же, организации всегда ищут способы улучшить свои итоговые показатели путем сокращения своих расходов.
Миллионы активных клиентов используют AWS каждый месяц, и наши корпоративные клиенты эффективно используют AWS в каждом возможном направлении бизнеса. В сфере финансовых услуг это Capital One, Intuit, FINRA и Barclays. В области здравоохранения нашими клиентами являются компании Johnson & Johnson, Merck, Pfizer и Bristol Myers Squibb. В нефтегазовой отрасли это Shell, BP и Hess. В производственной сфере с нами работают GE, Philips и Schneider Electric. Нашими клиентами в технологической отрасли также являются компании Netflix, Samsung, Adobe и Autodesk.
У каждой организации есть свои собственные, уникальные причины и ограничения, однако мы выявили общие факторы, которые учитываются всеми клиентами при миграции в облако.
Эксплуатационные расходы
Ключевыми компонентами эксплуатационных расходов являются стоимость единицы инфраструктуры, способность соответствовать спросу и предложению, нахождение путей расширения функциональных возможностей, использование гибкой базовой стоимости активов и прозрачность.
Производительность рабочих ресурсов
Как правило, производительность повышается за счет двух ключевых факторов: отсутствия необходимости ожидания при создании инфраструктуры и наличия доступа к широким и комплексным возможностям AWS с более чем 90 доступными сервисами, которые в иных случаях пришлось бы создавать и обслуживать самостоятельно. Фактически после большой миграции производительность рабочих ресурсов повышается обычно на 30–50 %.
Возможность избежать определенных расходов
Устранение необходимости обновления оборудования и его постоянного обслуживания является ключевым фактором, позволяющим избежать расходов. Мы выяснили, что клиенты не заинтересованы в расходах и усилиях, необходимых для выполнения большого цикла обновления или модернизации центра обработки данных.
Операционная отказоустойчивость
Это может показаться очевидным, но сокращение профиля рисков в организации также уменьшает стоимость снижения рисков. Благодаря наличию 16 регионов, содержащих 42 зоны доступности (AZ), AWS обеспечивает глобальное присутствие для повышения времени безотказной работы, тем самым снижая расходы, связанные с риском.
Гибкость бизнеса
Переход в облако AWS помогает повысить общую операционную гибкость. Это позволяет быстрее реагировать на изменения рыночных условий путем выхода на новые рынки, продажи части своего бизнеса и приобретения доступных активов, которые обеспечат преимущество перед конкурентами.
Путь перехода в облако уникален для каждого предприятия. Описанные здесь этапы перехода могут быть полезны для понимания некоторых из требуемых действий.
Переход клиента в облако обычно состоит из следующих четырех этапов.
На этапе проектирования создаются проекты для ознакомления с возможностями облака и оценки преимуществ.
После оценки преимуществ облака создается основа для масштабирования внедряемой облачной инфраструктуры. Этот этап включает в себя создание зоны развертывания (предварительно настроенной безопасной среды AWS с несколькими аккаунтами), облачный центр по обмену передовым опытом (CCoE), модели функционирования, а также проверку готовности к обеспечению безопасности и соответствия требованиям.
На этом этапе осуществляется перенос существующих приложений, включая критически важные приложения или целые центры обработки данных, в облако по мере масштабирования внедряемых облачных технологий с использованием всё большей части корпоративного ИТ-портфеля.
Когда рабочие процессы уже выполняются в облаке, можно сосредоточиться на реорганизации, используя гибкость и разнообразные возможности AWS для преобразования бизнеса, чтобы ускорить время выхода на рынок и уделять больше внимания инновациям.
В отдельных случаях в облако выполняется перенос крупной устаревшей инфраструктуры, и в итоге она используется отдельно. Однако гораздо чаще миграция становится частью более обширного процесса по преобразованию компании. Наши наблюдения показали, что процесс миграции в облако обычно выполняется с использованием подхода из 5 этапов.
Этап 1. Подготовка к миграции и бизнес-планирование
На этом этапе определяются правильные цели и приходит понимание тех преимуществ, которые будут получены. Процесс начинается с некоторого базового опыта и разработки предварительного экономического обоснования для миграции. Это требует учета всех целей компании, а также возраста и архитектуры существующих приложений и связанных с ними ограничений. У нас есть партнеры, например RISC Networks, Atadata, Cloudamize, TSOLogic и Apptio, которые имеют опыт работы в этой области.
На следующем этапе нужно будет разобраться, из чего состоит корпоративный ИТ-портфель, определить зависимости между приложениями и приступить к выбору типов стратегий миграции, которые понадобятся для достижения поставленных бизнес-целей. Определив состояние портфеля и выбрав подход к миграции, можно создать полное экономическое обоснование. Если вам необходима помощь при анализе корпоративного ИТ-портфеля, можно обратиться к нашим партнерам, например RISC Networks, Cloudamize и Atadata, а также самостоятельно воспользоваться сервисом AWS Application Discovery Service.
Этап 3 и 4. Проектирование, миграция и проверка приложений
На этом этапе предстоит перенести внимание с уровня портфеля на уровень отдельных приложений и заняться проектированием, переносом и проверкой каждого из них. Каждое приложение проектируется, переносится и проверяется в соответствии с одной из шести общих стратегий приложений (известных как «6 R»). При появлении некоторого базового опыта переноса нескольких приложений и при наличии плана, обеспечивающего стабильную работу организации, можно заняться ускорением процесса миграции и выходом на необходимый масштаб. Партнеры, такие как CloudVelox, Atadata, Racemi и Attuinity, а также сервисы AWS Server Migration Service (SMS), AWS Database Migration Service (DMS) и CloudEndure Migration могут помочь в решении связанных задач.
Этап 5. Операционная модель
После переноса приложений организация начинает пользоваться своей новой инфраструктурой, отключает старые системы и полностью переходит на использование современной операционной модели. Теперь операционная модель компании становится неустаревающим набором пользователей, процессов и технологий, которые постоянно улучшаются при миграции дополнительных приложений. Мы сотрудничаем с такими партнерами, как AppDynamics, NewRelic и Dynatrace, которые могут помочь продолжить развитие операционной модели компании по мере дальнейшего перехода в облако.
Обычно организации начинают задумываться над тем, как они будут переносить приложения, во время этапа 2 процесса миграции. Это тот этап, на котором вы определяете, что находится в ИТ-среде, и выбираете стратегию миграции для каждого приложения. Шесть подходов, подробно описанных ниже, являются общими применяемыми стратегиями миграции, созданными на основе принципа «5 R», который компания Gartner изложила в 2011 году.
Требуется сформировать подробное представление о том, какая именно стратегия миграции лучше всего подходит для определенных частей корпоративного портфеля. Важно также учитывать, что, если одна из шести стратегий идеально подходит для миграции определенных приложений из выбранного портфеля, для переноса других приложений из того же самого портфеля может лучше работать совсем другая стратегия.
1. Перемещение (перенос и адаптация)
В случае миграции большой устаревшей инфраструктуры, когда организация стремится быстро завершить процесс миграции и масштабирования для соответствия экономическому обоснованию, миграция большинства приложений, как показал наш опыт, происходит по принципу переноса. Процесс переноса в большинстве случаев можно автоматизировать с помощью таких инструментов, как AWS SMS, хотя по мере знакомства с использованием устаревших систем в облаке вы можете предпочесть сделать это вручную.
Вы также можете обнаружить, что после их запуска в облаке изменить архитектуру приложения станет проще. Это происходит отчасти потому, что специалисты организации улучшают свои навыки в процессе миграции, и отчасти от того, что сложная часть (миграция приложения, данных и трафика) уже будет завершена.
2. Смена платформы (перенос с оптимизацией)
Использование этой стратегии влечет за собой выполнение некоторой оптимизации в облаке для достижения ощутимой выгоды без изменения базовой архитектуры приложения. Например, можно сократить время, затрачиваемое на управление инстансами базы данных, путем переноса данных в управляемый сервис реляционных баз данных, такой как Amazon Relational Database Service (RDS), или путем переноса приложения на полностью управляемую платформу, например AWS Elastic Beanstalk.
3. Повторная покупка («отбросить и купить новое»)
Эта стратегия связана с решением перейти на другой продукт и зачастую означает, что организация готова изменить модель лицензирования, которая использовалась ранее. Для рабочих нагрузок, которые можно легко обновить до новых версий, эта стратегия может позволить обновить набор возможностей и обеспечить более эффективную реализацию.
4. Перепроектирование/изменение архитектуры
Как правило, выбор этой стратегии обусловлен сильной потребностью бизнеса в добавлении новых возможностей, масштабировании или повышении производительности, если этого было трудно достичь в существующей среде приложения. Если организация хочет повысить гибкость или повысить устойчивость бизнеса путем перехода на сервисно-ориентированную архитектуру (SOA), выбор этой стратегии может быть оправдан, хотя зачастую этот вариант является самым дорогостоящим решением.
5. Вывод из эксплуатации
Определение ИТ-ресурсов, которые больше не используются и могут быть отключены, позволит ускорить ваш бизнес-сценарий и обратить внимание на поддержание широко используемых ресурсов.
6. Сохранение
При миграции может потребоваться сохранить часть существующего ИТ-портфеля, поскольку некоторые приложения вы не готовы переносить и чувствуете себя более комфортно, оставляя их локально. Возможно, вы не захотите снова уделять повышенное внимание приложению, которое недавно было обновлено.
Существует несколько инструментов, позволяющих автоматизировать процесс миграции приложений.
AWS Migration Hub обеспечивает централизованное отслеживание процессов миграции приложений, выполняемых с использованием сервисов AWS и различных партнерских решений. Использование Migration Hub позволяет выбирать инструменты миграции от AWS или партнеров, которые оптимально соответствуют потребностям клиентов, и при этом обеспечивает наглядное представление состояния миграции по всему набору используемых приложений. Кроме того, Migration Hub предоставляет основные метрики и отображает процесс миграции отдельных приложений независимо от того, какие инструменты используются для миграции.
TSO Logic предоставляет точные рекомендации на основе данных для расчета нужного размера и правильной стоимости. Наша прогнозная аналитика позволяет постоянно убеждаться, что каждое приложение запускается в оптимальной среде с подходящим программным обеспечением и с минимальной полной стоимостью владения – даже при изменении среды, вариантов облака и изменении цен. TSO Logic позволяет создавать четкое экономическое обоснование, ускоряющее планирование миграции.
AWS Application Discovery Service помогает клиентам планировать миграцию приложений, собирая информацию об их локальных центрах обработки данных. При планировании переноса ЦОД может потребоваться анализ тысяч рабочих нагрузок, зачастую тесно связанных между собой. AWS Application Discovery Service собирает и предоставляет данные о конфигурации, использовании и настройках серверов, позволяя лучше оценить рабочие нагрузки.
AWS Server Migration Service (SMS) – это безагентный сервис, который упрощает и ускоряет перенос тысяч локальных рабочих нагрузок на AWS. AWS SMS позволяет автоматизировать операции, составлять расписание и отслеживать пошаговую репликацию томов работающих серверов, что облегчает координирование масштабной миграции серверов.
CloudEndure Migration упрощает, ускоряет и автоматизирует миграцию приложений из физической, виртуальной и облачной инфраструктуры в AWS. CloudEndure Migration автоматически преобразует любое приложение, работающее на поддерживаемых операционных системах, и обеспечивает полную функциональность на AWS без проблем совместимости. Во время данного процесса репликации приложения будут работать в исходной среде без простоев или снижения производительности. После минимального времени переключения перенесенные серверы будут работать в AWS.
AWS Database Migration Services (DMS) позволяет быстро и безопасно выполнить миграцию баз данных на платформу AWS. Исходная база данных во время миграции остается в полностью рабочем состоянии, что сводит к минимуму время простоя использующих ее приложений. AWS Database Migration Service позволяет выполнить миграцию данных, используя в качестве исходной и целевой баз большинство распространенных баз данных, как коммерческих, так и с открытым исходным кодом.
VMware Cloud on AWS – это интегрированное облачное предложение, совместно разработанное AWS и VMware: высокомасштабируемый, безопасный и инновационный сервис, который позволяет организациям эффективно расширять и переносить свои локальные среды на основе VMware vSphere в облако AWS, а также использовать для их работы инфраструктуру Amazon Elastic Compute Cloud (Amazon EC2) нового поколения без установленной операционной системы. VMware Cloud on AWS идеально подходит для организаций, которые занимаются созданием и обслуживанием ИТ‑инфраструктур корпоративного уровня и заинтересованы в миграции локальных рабочих нагрузок на основе vSphere в публичное облако, чтобы консолидировать и расширить ресурсы центров обработки данных, а также оптимизировать, упростить и модернизировать решения для аварийного восстановления. Компания VMware и ее партнеры поставляют, продают и поддерживают VMware Cloud on AWS по всему миру.
Сервис Amazon S3 Transfer Acceleration ускоряет передачу данных из публичного Интернета в Amazon S3. Вы можете максимально увеличить доступную вам пропускную способность независимо от расстояния и качества связи в Интернете, не используя специальные клиенты и проприетарные сетевые протоколы. Просто смените URL сервера, используемый вашей корзиной S3, и ускорение будет применено автоматически.
AWS Snowball – это решение для перемещения данных в масштабе нескольких петабайтов, в котором используются безопасные средства передачи больших объемов данных в облако AWS и из него. Использование Snowball решает целый ряд проблем, связанных с передачей больших объемов данных, в том числе проблему высокой стоимости передачи данных по сети, длительной передачи, а также проблемы безопасности.
AWS Snowmobile – сервис передачи эксабайтов данных, предназначенный для перемещения экстремально больших объемов данных в AWS. Для перемещения данных используется укрепленный транспортный контейнер Snowmobile длиной 13,7 м, перевозимый при помощи грузового автомобиля с прицепом. В таком контейнере можно перемещать до 100 ПБ данных. Snowmobile позволяет без труда переместить большие массивы данных, такие как видеобиблиотеки и репозитории изображений, или выполнить миграцию всего ЦОД.
AWS Direct Connect позволяет установить выделенное сетевое соединение между вашей корпоративной сетью и одним из местоположений AWS Direct Connect. Использование стандартных виртуальных локальных сетей 802.1q позволяет разбить такое выделенное соединение на множество виртуальных интерфейсов. Это дает возможность использовать одно и то же соединение как для доступа к публичным ресурсам (например, объектам Amazon S3) с использованием пространства публичных IP-адресов, так и к частным ресурсам (например, инстансам Amazon EC2), работающим в Amazon Virtual Private Cloud (VPC), с использованием пространства частных IP-адресов, и при этом поддерживать разделение сети на публичную и частную среду. Виртуальные интерфейсы в любое время можно перенастроить в соответствии с меняющимися потребностями.
Amazon Kinesis Firehose – это самый простой способ загрузки потоковых данных в AWS. Этот инструмент позволяет захватывать и автоматически загружать потоковые данные в Amazon S3 и Amazon Redshift, а затем выполнять анализ с помощью имеющихся средств бизнес-аналитики и информационных панелей практически в режиме реального времени. Этот полностью управляемый сервис автоматически масштабируется в зависимости от пропускной способности потока данных и не требует постоянного администрирования. Кроме того, Amazon Kinesis Firehose позволяет создавать пакеты данных, а также сжимать и шифровать данные перед загрузкой, что сокращает объем памяти, используемый в целевом расположении, и повышает уровень безопасности. Всего за несколько минут с помощью Консоли управления AWS можно создать поток доставки данных Firehose, настроить его несколькими щелчками мыши и запустить передачу данных из сотен тысяч источников, которые будут последовательно загружены в AWS.
Некоторые крупные компании перемещают портфель из 2000 приложений более чем от 600 поставщиков. Во время этого процесса сотрудники компаний проводят бесчисленные часы, недели и месяцы, изучая контракты и оценивая права на перенос текущего программного обеспечения.
AWS Marketplace позволяет клиентам выбрать из более чем 3500 приложений, предлагаемых нашими технологическими партнерами (более 1100 компаний), что позволяет ускорить и упростить миграцию. В Marketplace доступно более 400 предложений с поддержкой собственных лицензий (BYOL), которые позволяют быстро осуществлять выделение и контролируемое развертывание продуктов, которыми клиенты могут уже располагать, в таких областях, как безопасность, сеть, хранение, бизнес-аналитика, БД и другие.
Цель программы AWS по ускорению миграции (MAP) – помочь предприятиям, которые стремятся к миграции, получить ряд преимуществ за счет переноса существующих рабочих нагрузок в Amazon Web Services. Программа включает в себя методологию миграции для выполнения переноса устаревших приложений методическим способом, а также набор надежных инструментов для автоматизации и ускорения общих сценариев миграции.
Мы сделали глубокие выводы из наших многочисленных взаимодействий с клиентами и создали концепцию AWS Cloud Adoption Framework (AWS CAF), чтобы помочь организациям разработать эффективный и действенный план перехода на облачные технологии. Руководство и рекомендации к этой платформе помогают компаниям выстроить комплексный подход к облачным вычислениям для всей организации и для полного жизненного цикла ИТ-инфраструктуры. AWS CAF организует руководство в шести ключевых областях на самом высоком уровне. Мы рассматриваем эти ключевые области как перспективы.
В общем смысле перспективы бизнеса, персонала и управления ориентированы на бизнес-возможности, а перспективы платформы, безопасности и операций сосредоточены на технических возможностях. Выявляя пробелы в навыках и процессах, существующие между текущей ИТ-средой и будущей облачной средой, организация может создать план действий, предназначенный для устранения этих пробелов.
Для перехода предприятий на AWS требуются навыки, инструменты и соответствие стратегий бизнеса и ИТ. Многие организации могут ускорить миграцию и время достижения результата, работая с партнерами. Партнерская программа AWS Competency оценивает партнеров, которые доказали, что могут помочь клиентам, использующим сервисы AWS.
Партнеры AWS, подтвердившие компетентность в сфере миграции, используют свой обширный опыт и готовые решения, помогая клиентам успешно переносить приложения и устаревшую инфраструктуру в AWS на всех этапах комплексных проектов миграции, включая поиск, планирование, миграцию и эксплуатацию.
Подробнее о наших партнерах из программы AWS Competency в сфере миграции »
Команда AWS Professional Services прекрасно понимает все подводные камни миграции в облако и уже помогла сотням корпоративных клиентов и государственных учреждений добиться поставленных целей на каждом этапе перехода на AWS. Команда работает в 20 странах, обладает развитой международная инфраструктурой и богатым профессиональным опытом для оказания поддержки вашей организации.
Несмотря на то, что в каждой успешной миграции имеется несколько общих компонентов, единого решения для выбора оптимального подхода не существует. Мы приобрели опыт, помогая организациям переносить свои ИТ-портфели в облако, и создали электронную книгу с лучшими рекомендациями и стратегиями, которые многие клиенты сочли полезными.
Блог AWS Enterprise Collection представляет собой серию статей по внедрению корпоративных облачных вычислений. В этих статьях содержатся советы, рекомендации и информация из первых рук от руководителей и клиентов AWS по использованию облачных вычислений.
