У нас такой уровень контроля и стандартизации, какой в локальном ЦОД был бы недостижим.
Чэд Марино Исполнительный директор по технологическим сервисам

Kaplan, Inc. ежегодно обслуживает более 1,2 миллиона учащихся, предлагая физическим лицам, учреждениям и компаниям разнообразные программы высшего образования, подготовки к экзаменам, профессионального образования, изучения английского языка, подготовки к поступлению в вуз, а также учебные программы для средней школы. На протяжении своей 75-летней истории компания сохраняет лидирующие позиции в сфере подготовки к тестам, а в последние годы – и в области онлайн-обучения. На сегодня компания Kaplan стала международным поставщиком образовательных решений, признанным популяризатором доступного образования и применения технологий и инноваций в области педагогики для непрерывного улучшения результатов работы учащихся и партнеров. Компания Kaplan представлена более чем в 30 странах и насчитывает свыше 22 000 сотрудников. В число ее партнеров входит более 1000 школьных объединений, колледжей и университетов и свыше 2600 коммерческих компаний. Kaplan – дочерняя компания и крупнейшее подразделение Graham Holdings Company.

В настоящее время Kaplan включает в себя множество подразделений с разными потребностями ИТ-инфраструктуры и неравномерными шаблонами использования. В их числе – подразделение подготовки к тестам Kaplan (KTP), которое занимается подготовкой учащихся к вступительным испытаниям, таким как SAT, ACT, GRE, GMAT, LSAT и MCAT, а также к экзаменам на получение профессиональных лицензий. Среды разработки и тестирования KTP располагались в колокационном ЦОД первого уровня в Нью-Йорке. Когда город накрыл тропический ураган Сэнди, один из самых смертоносных и разрушительных атлантических штормов 2012 года, хостинговый центр вышел из строя приблизительно на две недели.

«К счастью, наша рабочая среда продолжала функционировать, но с тех пор мы не переставали ждать худшего», – признается Чад Марино, исполнительный директор по технологическим сервисам Kaplan. Системы ручного резервного копирования и аварийного восстановления также располагались в Нью-Йорке. «Расположение среды резервного копирования в том же городе, что и рабочая среда, – это тоже большая проблема, с которой надо было что-то делать», – говорит Марино.

По мере развития бизнеса и усложнения ИТ-архитектуры компании Kaplan становилось все сложнее соблюдать требования стандарта платежной индустрии PCI DDS и Service Organization Control (SOC). Компании требовалась гибкая ИТ-инфраструктура, которая не сдерживала бы дальнейший рост и при этом повысила надежность, безопасность и гибкость используемых систем.

Компания Kaplan, подразделения которой использовали 12 разных ЦОД, начала консолидацию инфраструктуры с переноса приложений на Amazon Web Services (AWS). «Основными стимулами для перехода в облако были проблемы со стремительно устаревающим оборудованием и критическая нехватка места в нашем ЦОД», – делится Марино.

Компанию Kaplan привлекла степень проработки решений AWS. «Amazon Relational Database Service (Amazon RDS) дает нашим системным администраторам возможность сосредоточиться на развитии систем, а не на рутинном обслуживании. А Elastic Load Balancing позволил нам отказаться от дорогих и сложных балансировщиков нагрузки, сохранив при этом необходимую функциональность», – делится Марино.

После удара тропического урагана Сэнди компания решила перенести KTP и другие общие сервисы, входящие в подразделения Kaplan Higher Education и Kaplan International (в сумме около 900 ГБ данных), на AWS. «В мае 2013 года мы начали перенос сред разработки, контроля качества и тестирования на AWS, – рассказывает менеджер проектов Рави Мунджулури. – Этот этап миграции мы завершили к октябрю, а затем начали планировать перенос рабочей среды. К январю 2014 года мы начали переносить элементы стека приложения в рабочую среду – по одному, чтобы минимизировать влияние на бизнес-процессы. Последнюю часть мы перенесли в августе, за выходные. Мы начали миграцию в пятницу, и к утру воскресения все уже работало».

В рамках миграции в облако был перенесен стек приблизительно из 50 приложений и 50 вложенных служебных приложений. В колокационном ЦОД серверы x86, процессоры Sun Sparc и ОС Solaris были подключены к шести БД Oracle Database 10g и Windows SQL с использованием локальной сети SAN.

Компания Kaplan мигрировала свой стек приложений в Amazon Virtual Private Cloud (Amazon VPC) и разместила БД на инстансах Amazon Elastic Compute Cloud (Amazon EC2) с образами Amazon Linux Machine Image и Amazon Relational Database Service (Amazon RDS) для Oracle. «Мы хотели перенести все БД на RDS, поскольку это упрощало управление и масштабирование», – говорит Марино.

Для мониторинга ресурсов компания Kaplan использует Amazon CloudWatch, сервис сбора и отслеживания метрик использования и управления оповещениями. CloudWatch также позволяет компании оптимизировать потребление ресурсов – в частности, за счет изменения размера инстансов при уменьшении объемов использования.

Процесс миграции данных Kaplan был основан на встроенных инструментах Oracle. «Для миграции мы использовали скрипты PERL от AWS. Отличные скрипты, между прочим», – считает Ави Хак, директор по системной архитектуре и разработке. С помощью этих скриптов и AWS Elastic Beanstalk компания автоматизировала рутинные процессы и подготовила среду миграции к работе, значительно упростив и ускорив процесс переноса.

В рамках миграции Kaplan также решила включить в систему несколько регионов и зон доступности AWS, в том числе регионы в США, Азии и Тихом океане и Европе. В качестве DNS-решения используется Amazon Route 53, который перенаправляет пользовательский трафик на ближайшие зоны доступности, снижая задержку и повышая уровень удовлетворенности пользователей. «Используя несколько регионов, мы можем размещать данные ближе к пользователям и повышать для них удобство работы», – считает Марино.

Подготовка, проведенная Kaplan, значительно упростила переход на AWS. В дополнение к этому компания оформила план поддержки AWS Support «Для бизнеса», а в процессе миграции получала одобрения и рекомендации от специалистов AWS. «Сервис AWS Support стал ключевым средством решения возникающих вопросов», – говорит Марино.

В процессе миграции участвовали более 250 специалистов по разработке, операционной деятельности, архитектуре и базам данных. «При планировании миграции такого масштаба необходимо, чтобы все подразделения по ИТ работали вместе, от отдела разработки до отдела инфраструктурных операций», – заявляет Марино.

По завершении перехода подразделения KTP на AWS компания продала устаревшее оборудование и закрыла ЦОД. Kaplan продолжает миграцию на AWS и перестройку приложений различных подразделений. На данный момент компании удалось сократить размеры своей сети ЦОД с 12 до 4 объектов.

Компания Kaplan не только снизила задержку и повысила надежность инфраструктуры, но и получила ценную информацию о стоимости работы своих систем и приложений. «Мы создали теги для всех инстансов AWS, и теперь у нас есть подробная информация обо всех расходах, от прикладного уровня до каждого ресурса отдельного приложения. Благодаря этому мы обнаружили в своих операционных приложениях скрытые расходы», – поясняет Марино.

Kaplan планирует продолжать оптимизацию процессов разработки с помощью AWS. «AWS CloudFormation и интерфейс командной строки AWS (CLI) обеспечивают нам уровень контроля и стандартизации, недостижимый средствами наших старых ЦОД, – делится Хак. – Теперь мы можем по мере необходимости без труда запускать и отключать среды». «Таким образом, мы используем как преимущества AWS, так и сильные стороны своего локального решения, и наши разработчики могут спокойно переписывать приложения для переноса на AWS», – говорит Марино. Специалисты Kaplan планируют и дальше искать варианты, при которых было бы эффективнее перенести системы и приложения из традиционных ЦОД в облако.

Подробнее о том, как AWS может помочь в работе бизнес-приложений, см. на странице сведений о корпоративных облачных вычислениях.