Стратегия Think: простое перемещение — это принцип, используемый для переноса приложений в облако. Это означает перемещение приложения и связанных с ним данных в облачную платформу без изменения структуры приложения.

Для переноса приложения из собственного ЦОД в облако не существует универсального перехода. Но есть общепризнанные варианты переноса ядра; и методика простого переноса (или повторного размещения) входит в их число. Это способ позволяет компаниям защитить инвестиции в бизнес-процессы, логику и данные, используемые в собственном оборудовании.

Простое перемещение открывает путь к модернизации ИТ, переходя на открытую и расширяемую архитектуру в облаке. Причины, по которым многие компании рассматривают возможность простого перемещения, хорошо известны, это снижение затрат, повышение производительности и отказоустойчивости.

Тем не менее, существуют специалисты, которые описывают 4 причин для пересмотра варианта простого переноса в облако. Они утверждают, что приложения работают и развиваются в соответствии с условиями среды, а облако предлагает максимальный размер и разнообразие сервисов по сравнению с собственным ЦОД.

Чтобы избежать этого, компаниям необходима стратегия распределения расходов, а также четкое распределение ролей для контроля расходов на облачные технологии. Также для этого, скорее всего, потребуются дополнительные инструменты.

Преимущества приложений для простого перемещения:

• Быстрая экономия средств. Компания Down Jones снизила расходы на ИТ более чем на 25 %. Компания GE Oil & Gas добилась 52 % экономию за счет простого перемещения.
• Переход в облако прямо сейчас. В 2008 году Netflix пережил серьезный сбой, который препятствовал доставке DVD клиентам. И эта быстра растущая компания приняла решение о переходе в облако.
• Аварийное восстановление данных из облака.  Перемещение данных в облачную среду обеспечивает дополнительную площадку с высокой готовностью. Снижение затрат по сравнению с предыдущим планом аварийного восстановления — это дополнительный эффект.
• Упрощение вопросов технического обслуживания. Устаревшие системы могут быть медленными и дорогими в обслуживании. Дополнительная система, например, Amazon x1e.32xLarge, может сразу обеспечить необходимую мощность.

Если вы намерены перейти в облако, какие варианты могу вызвать недоумение: IaaS? PaaS? SaaS? Компания Gartner выделила пять вариантов перехода в облако, давайте посмотрим краткий обзор каждого из них.

• Повторное размещение. Это может быть инфраструктура как сервис (IaaS) или простое перемещение. Повторное размещение приложения в другой аппаратной среде без изменения архитектуры приложения. Миграция выполняется быстро и является относительно недорогой, но сама работа в облаке может быть дорогостоящей, поскольку вы не используете все его возможности.
• Реорганизация кода. Ее также называют платформа как услуга(PaaS): вы запускаете свои приложения в инфраструктуре поставщика облачных услуг. Разработчики могут повторно использовать языки, платформы и контейнеры для внедрения кода, который является стратегическим для компании. Недостатком является отсутствие некоторых возможностей, риски при переносе и блокировка инфраструктуры.
• Пересмотр. Сначала вы поддерживаете требования к модернизации устаревших систем, изменяя или расширяя существующий код, а затем проводите перемещение или реорганизацию кода в облаке. Это означает, что вы можете использовать характеристики облака инфраструктуры вашего провайдера, но не без каких-либо предварительных затрат на разработку.
• Перестройка кода. Вы отказываетесь от существующего приложения и меняете его. Преимуществом в данном случае является доступ к инновационным функциям платформы поставщика, которые повышают эффективность разработчиков. Если ситуация становится неприемлемой, вы можете либо заблокировать свое приложение, либо отказаться от его активов.
• Замена. Удалите существующий набор приложений и используйте коммерческое программное обеспечение как услугу(SaaS) . При быстром изменении требований к бизнес-функциям такой подход позволяет избежать затрат времени и средств на мобилизацию команды разработчиков. Однако могут возникнуть такие проблемы, как несогласованность семантики данных, усложненный доступ к данным и зависимость пользователя от поставщика.

Вывод: рассмотрите общую картину, и определите, какие из облачных платформ и методов миграции лучше всего оптимизируют работу приложения с учетом целей бизнеса и ИТ?

Рекомендации по облачной стратегии и политикам облачных вычислений отличаются для разных вариантов перехода в облако. Например, если вы выбрали:

• Простой перенос приложения в облачную инфраструктуру как сервис?
• Реорганизация (или даже восстановление) приложения для использования всех преимуществ новой среды и платформы для повышения гибкости или экономии средств?
• Замена существующей системы готовым приложением SaaS (отказ от текущей системы)?
• Передача внутреннего бизнес-процесса (например, выставление счетов, сбор платежей или администрирование заработной платы) внешнему поставщику бизнес-процесса как услуги (BPaaS)?

Задайте вопрос, как ваша организация может выглядеть в будущем (например, в роли цифрового бизнеса). К тому времени бизнес-процесс, поддерживаемый эти приложением, будет требоваться и далее (или будет выполняться внутри предприятия)? Для данного процесса дерево решений может выглядеть следующим образом:

• Нужен ли нам этот процесс в долгосрочной перспективе? Если нет, то как мы можем провести его плавно? К каким новым процессам мы должны подготовиться?
• Нужно ли нам выполнять этот процесс внутри компании? Если нет, рассмотрим вариант бизнес-процесса как услуги.
• Можем ли мы просто использовать необходимые для этого процесса функции как SaaS?
• Для большей гибкости мы можем настроить (используя PaaS) или запустить его самостоятельно, чтобы избежать управлять полным стеком межплатформенного ПО (опять PaaS)?
• Если нам негобходимо самостоятельно управлять инфраструктурой без ПО, можем ли мы использовать общую (публичную или размещенную на хостинге частную) инфраструктуру как сервисы (IaaS)?

Задавайте правильные вопросы, чтобы направить свой «облачный компас» в направлении, которое обеспечит реальную выгоду для бизнеса.

Многие компании откладывают перенос файловых рабочих нагрузок в облако из-за опасений, что некоторые из нужных функций будут утрачены. Сервис NetApp^®Cloud Volumes решает эти проблемы. Благодаря своей структуре он обеспечивает высочайшую производительность и расширенные возможности управления данными, удовлетворяющие даже самым высоким требованиям к приложениям в облаке.

Cloud Volumes решает многие проблемы, связанные с миграцией в облако, с которыми часто сталкиваются компании:

• Высокие латентность и производительность по сравнению с файловыми сервисами в собственном облаке.
• Полная реализация протоколов NAS, в том числе версий, недоступных провайдерами облачных услуг.
• Расширенные функции управления данными, такие как автоматическая синхронизация и создание моментальных снимков, быстрое клонирование, резервное копирование и репликация в облаке.
• Масштабируемость в соответствии с требованиями СХД предприятия.
• Не требуется перепроектировать корпоративные приложения для хранения объектов или снижать производительность облачного хранилища

Сервис Cloud Volumes гарантирует задержку менее 2 мс, что делает его идеальным решением для приложений ЦОД, работающих в облаке. Существуют разные уровни производительности с гибким соотношением цены и производительности.