Процесс внедрения облачных технологий

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

Важно учитывать при принятии подходящего облачного решения баланс управления и производительности. Решения инфраструктуры как услуги (IaaS) дают вам больший контроль, но требуют больше времени для обслуживания. Платформы как услуга (PaaS) и программное обеспечение как услуга (SaaS) передают ответственность за управление Azure и позволяют командам сосредоточиться на продуктивной работе. Баланс между контролем и производительностью отличается для каждой организации, и он изменится со временем по мере изменения приоритетов.

Для первоначального внедрения облака типичная организация удаляет 35% своих приложений, заменяет 15% своего портфеля и переносит 50% только на необходимые изменения (повторное размещение или повторное размещение).

Выход на пенсию (35%)

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

Замена (10%)

Большинство организаций заменяют около 10% своих приложений программным обеспечением как услуга (SaaS) и решениями с низким кодом. Более легко достичь целей можно путем внедрения более продуктивных решений.

Таблица 1. Примеры замены рабочих нагрузок решениями SaaS и с низким кодом

С дт.	По
Настраиваемая строка бизнес (БИЗНЕС) applications	Power Apps
Инструменты DevOps	GitHub
Отношения Управление	Dynamics 365
Промышленности Вертикалей	Сторонние разработчики Saas

Повторная иерархия или перестроение (5%)

Если вы не можете эффективно заменить важные бизнес-приложения решениями SaaS или с низким кодом, рассмотрите возможность перепроектирования или перестроения приложений. Хотя перестроение или перестроение является сложным, важно сделать большую часть облачных технологий. Основная цель — адаптировать эти приложения для облака. Этот подход включает в себя несколько ключевых аспектов:

• Масштабируемость. Адаптируйте приложение для эффективной обработки различных уровней спроса.
• Надежность. Повышение способности приложения согласованно работать без сбоев.
• Безопасность. Интеграция расширенных мер безопасности для защиты данных и операций в облаке.

Вы также можете интегрировать передовые технологии, такие как генерированный ИИ на этом этапе. Интегрированные решения могут значительно улучшить функциональные возможности приложений. Ниже приведены примеры технологий ИИ.

• Прогнозная аналитика: используйте ИИ для прогнозирования потребностей клиентов.
• Автоматизация процессов: использование ИИ для автоматизации бизнес-процессов.

При перестроении или перестроении вы используете полный спектр возможностей на основе облака и усовершенствования на основе искусственного интеллекта.

Повторное размещение или повторное размещение (50%)

Типичный бизнес переносит около половины существующих рабочих нагрузок. В этих рабочих нагрузках обычно существует три уровня трудностей. Около 35% легко перемещаться. Следующие 10% сложнее, потому что они более сложные или более важные, и только последние 5% требуют дополнительного планирования для выполнения.

Существует множество подходов к миграции. Повторное размещение ("lift-and-shift") и переплатформирование ("модернизация") являются наиболее распространенными и нашими рекомендуемыми подходами к внедрению облака. Но это может быть трудно решить, какой из них соответствует вашим потребностям, поэтому у нас есть рекомендации по принятию решения, какой подход подходит для вас. Дополнительные сведения см. в разделе "Миграция" или "Модернизация"?.

Сначала двигаться (35%)

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

• Базовые веб-приложения. Мы рекомендуем повторно размещать базовые веб-приложения и ожидать перемещения более сложных рабочих нагрузок, пока вы не переместите базовые веб-приложения. служба приложение Azure — это гибкая платформа приложений, которая может размещать большинство приложений. Мы рекомендуем это решение для основных веб-приложений. Дополнительные сведения см. на странице Службы приложений Azure.

• Расширенные порталы. Для повышения производительности следует перенести порталы на порталы Power Apps.

Рядом с перемещением (10%)

Вы должны применить уроки, извлеченные из первых шагов, чтобы решить более сложные или более важные рабочие нагрузки. У нас есть несколько примеров, которые дают вам представление о типах рабочих нагрузок.

• Высокий уровень влияния на бизнес: рабочие нагрузки, которые влияют на доход или являются критически важными.

• Системы обработки транзакций (OLTP ) с высоким уровнем ввода-вывода (I/O): эти рабочие нагрузки записывают бизнес-транзакции и имеют повышенные требования к обработке.

• Регулируемые сведения: эти рабочие нагрузки должны соответствовать юридическим и отраслевым стандартам, таким как HIPAA, PCI DSS и другие. Мы рекомендуем использовать Политика Azure для обеспечения соответствия этим стандартам. Дополнительные сведения см. в статье Что такое служба "Политика Azure"?

Трудно или затратно двигаться (5%)

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

• Ресурс высокой стоимости (HVA): нарушение или повреждение этой рабочей нагрузки приведет к нарушению всех бизнес-операций.

• Системы инфраструктуры открытых ключей ( PKI): рабочие нагрузки, управляющие цифровыми сертификатами x509, шифрованием сети и проверкой подлинности.

• Устаревшая система управления версиями: системы управления версиями, которые не легко заменяются на GitHub.

• Невозможно модернизировать: устаревшая или частная технология, которая не может быть обновлена.

• Глубокое изменение архитектуры: устаревшие архитектуры, требующие полного изменения архитектуры. Используйте хорошо разработанную платформу Microsoft Azure, а не подход к модернизации CAF.

Дополнительные ресурсы

• Используйте средства, доступные в службе "Миграция Azure" , чтобы упростить путешествие.
• Присоединитесь к программе миграции и модернизации для самостоятельной цифровой поддержки и интерактивных развертываний экспертов.
• Используйте FastTrack для Azure , чтобы получить настраиваемые рекомендации от инженеров Azure.

Следующие шаги

Сначала выполните миграцию или модернизацию?