Общение с представителями разных компаний показало, что почти всегда главной причиной перехода в облако является обретаемая гибкость и скорость развития. Благодаря облачным вычислениям можно развертывать тысячи серверов за считаные минуты, а не тратить на это от 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»). При появлении некоторого базового опыта переноса нескольких приложений и наличии плана, обеспечивающего стабильную работу организации, можно заняться ускорением процесса миграции и достижением необходимых масштабов. Партнеры, такие как Cloudendure, CloudVelox, Atadata, Racemi и Attuinity, а также сервисы AWS Server Migration Service (SMS) и AWS Database Migration Service (DMS) могут помочь в решении связанных задач.
Этап 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 предоставляет основные метрики и отображает процесс миграции отдельных приложений независимо от того, какие инструменты используются для миграции.
AWS Application Discovery Service помогает клиентам планировать миграцию приложений, собирая информацию об их локальных центрах обработки данных. При планировании миграции ЦОД может потребоваться анализ тысяч рабочих нагрузок, зачастую тесно связанных между собой. AWS Application Discovery Service собирает и предоставляет данные о конфигурации, использовании и настройках серверов, позволяя лучше оценить рабочие нагрузки.
AWS Server Migration Service (SMS) – это безагентный сервис, который облегчает и ускоряет перенос тысяч локальных рабочих нагрузок на платформу AWS. AWS SMS позволяет автоматизировать операции, составлять расписание и отслеживать инкрементную репликацию томов работающих серверов, что облегчает координирование миграции крупных серверов.
AWS Database Migration Service (DMS) позволяет быстро и безопасно выполнить миграцию баз данных на платформу AWS. Исходная база данных в процессе миграции остается в полностью рабочем состоянии, что сводит к минимуму время простоя использующих ее приложений. AWS Database Migration Service позволяет выполнить миграцию данных, используя в качестве базы-источника и целевой базы большинство распространенных баз данных, как коммерческих, так и с открытым исходным кодом.
Сервис VMware Cloud on AWS, доступный в настоящее время в режиме технологического ознакомления, станет новым решением, которое позволит клиентам легко запускать рабочие нагрузки VMware в облаке AWS. Клиенты смогут использовать программное обеспечение виртуализации и управления VMware для эффективного развертывания и управления рабочими нагрузками VMware во всех своих локальных средах и на AWS. Это новое предложение позволит клиентам применять существующие инвестиции в навыки и инструменты VMware для быстрого и эффективного использования всех преимуществ гибкости и экономичности облака AWS.
Сервис Amazon S3 Transfer Acceleration ускоряет передачу данных из публичного Интернета в Amazon S3. Вы можете максимально увеличить доступную вам пропускную способность независимо от расстояния и качества связи в Интернете, не используя специальные клиенты и проприетарные сетевые протоколы. Просто смените URL сервера, используемый вашей корзиной S3, и ускорение будет применено автоматически.
AWS Snowball – это решение для перемещения данных в масштабе нескольких петабайтов, в котором используются безопасные средства передачи больших объемов данных в облако AWS и из него. Использование Snowball решает целый ряд проблем, связанных с передачей больших объемов данных, в том числе проблему высокой стоимости передачи данных по сети, длительной передачи, а также проблемы безопасности.
AWS Snowmobile – сервис передачи данных объемом до нескольких эксабайтов, предназначенный для перемещения экстремально больших объемов данных в AWS. Для перемещения данных используется транспортный контейнер Snowmobile длиной 13,7 м со специальной защитой, перевозимый при помощи грузового автомобиля с прицепом. В таком контейнере можно перемещать до 100 ПБ данных. С помощью этого сервиса можно просто переместить огромные объемы данных, такие как видеобиблиотеки и репозитории изображений, а также выполнить миграцию всего центра обработки данных.
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, подтвердивших компетентность в сфере миграции »
Команда специалистов AWS Professional Services прекрасно понимает все подводные камни миграции в облако и уже помогла сотням корпоративных клиентов и государственных учреждений добиться поставленных целей на каждом этапе перехода на AWS. Работая в 20 странах, команда сформировала развитую международную инфраструктуру и богатый профессиональный опыт. Все это они готовы предложить вашей организации.
Несмотря на то что в каждой успешной миграции присутствует несколько общих компонентов, единого подходящего всем решения, позволяющего выбрать оптимальный подход, не существует. Мы накопили опыт, помогая организациям переносить свои ИТ-портфели в облако, и написали электронную книгу с рекомендациями и стратегиями, которые многие клиенты считают полезными.
В блоге AWS Enterprise Collections содержится серия статей, связанных с внедрением облачных вычислений крупными компаниями. В этих статьях даются рекомендации и информация от руководителей и клиентов AWS об их опыте работы с облачными вычислениями.
