Планирование внедрения SAP в облаке в Azure

Как обсуждалось в статье о стратегии SAP, отдача от внедрения SAP в облаке может быть очень высокой, но также высок и риск нереализованных ожиданий. Разработка четкого финансового плана, основанного на цифровых активах, обеспечит большую точность ваших ожиданий. Те же действия по финансовому планированию будут предоставлять группе внедрения облачных технологий данные, необходимые для планирования технических действий.

Шаблон стратегии и плана, а также другие ресурсы в Cloud Adoption Framework помогут вашей организации в формировании подходящего плана для внедрения SAP в облаке.

Планирование цифровых активов SAP

Как и в случае с самыми сложными платформами, цифровые активы SAP включают в себя три категории ресурсов, которые должны быть определены в плане: платформа, база и рабочие нагрузки.

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

  • Базовые ресурсы. Платформа SAP и вспомогательная среда также поддерживаются набором необходимых ресурсов, таких как поставщики удостоверений, сети, средства управления операциями и многое другое. Azure относится к этим ресурсам как к базовым служебным программам, и далее в этой серии статей описывается развертывание целевой зоны Azure для их предоставления.

  • Ресурсы рабочих нагрузок. Большинство организаций расширяют или интегрируют SAP в различные бизнес-процессы, которые поддерживаются различными рабочими нагрузками в портфеле. Эти рабочие нагрузки поддерживаются коллекциями приложений, данных и виртуальных машин, которые не являются частью развертывания базовой платформы. Каждая рабочая нагрузка, зависящая от платформы SAP, должна быть названа, инвентаризирована, рационализирована и отслеживаться по отдельности, чтобы можно было принимать детальные решения по финансовому и техническому планированию.

Рекомендации по планированию цифровых активов SAP приведены в описании процессов в серии статей о планировании цифровых активов. Рекомендация по оценке рабочих нагрузок для миграции в Azure предлагает миграцию Azure и другие средства оценки, чтобы сделать это теоретические рекомендации, приведенные в предыдущей статье.

При планировании внедрения SAP в эти процессы следует включить несколько моментов.

  • Оценка зависимостей. Зависимости от основной платформы, такой как SAP, часто недокументированы. Обязательно включите анализ зависимостей для всех ресурсов в портфеле.

  • Теги, группирование и метаданные. Аккуратно разметьте или сгруппируйте все ресурсы.

    • Тщательно разметьте и сгруппируйте ресурсы на платформе. Важно не упустить ни одного ресурса, так как они играют ключевую роль в уточнении финансового или технического плана.

    • Разделите и сгруппируйте все базовые ресурсы, от которых зависит развертывание SAP. Позже их можно заменить более эффективными вариантами целевых зон Azure.

    • Сгруппируйте каждую зависимую рабочую нагрузку по отдельности. Эти рабочие нагрузки можно рассматривать отдельно во время рационализации и миграции.

  • Рационализация ресурсов. Рационализация является одним из наиболее важных аспектов финансового плана. Подумайте над следующими вопросами для каждой группы ресурсов.

    • Можно ли отказаться от базовых ресурсов в пользу облачных вариантов целевой зоны Azure?

    • Будете ли вы удалять каждую рабочую нагрузку? Есть ли смысл разместить рабочую нагрузку в виде решения "инфраструктура как услуга"? Следует ли модернизировать эту рабочую нагрузку? Достаточно ли эффективна эта рабочая нагрузка, чтобы рассмотреть возможность изменения архитектуры или перестройки рабочей нагрузки, чтобы воспользоваться преимуществами размещения в облаке?

  • Определение приоритетов и последовательности. Определение приоритетов и последовательности платформы и рабочих нагрузок для создания графика и плана.

  • Рекомендации по гибридным средам. Во время выполнения плана будут ли волны миграции? Потребуется ли гибридное подключение рабочего трафика во время миграции? Использование гибридного облака позволяет компаниям масштабировать вычислительные ресурсы. Гибридные реализации также устраняют необходимость в значительных капиталовложениях при краткосрочных пиковых нагрузках. Когда бизнесу необходимо освободить локальные ресурсы для более важных данных или приложений, гибридная реализация оптимизирует усилия по сокращению ресурсов.

  • Планирование среды. Перемещаются ли производственные и непроизводственные платформы SAP одновременно или по отдельности? Клиенты иногда перемещают непроизводственные платформы SAP в Azure, создавая среду для обучения и снижения рисков. После того, как команда освоится с операциями платформы SAP и рабочими нагрузками Azure, они перенесут производственную платформу и рабочие нагрузки через несколько недель или месяцев?

  • Рационализация платформы. Наиболее важным моментом является способ рационализации ресурсов платформы SAP. Подумаем, как будет осуществляться миграция платформы. Подход к миграции определяет перечень ресурсов, которые будут находиться в облаке, и работу по их перемещению. Можно рассмотреть следующие варианты.

    • Смена места размещения. Используйте службу "Миграция Azure" или однородную копию системы, чтобы перенести текущую платформу SAP/ОС/СУБД.

    • Смена платформы. Совместите создание копии SAP в гетерогенной платформе с переходом на Azure, например, когда этого требует ОС или смена СУБД. Это включает переключение рабочей среды SAP NetWeaver на HANA в качестве СУБД.

  • Смена архитектуры. Реализация новой платформы SAP в Azure.

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

План внедрения SAP в облаке

Cloud Adoption Framework включает средство и несколько шаблонов для создания плана внедрения облачных технологий или невыполненной работы Azure DevOps, который основан на задачах, описанных в каждой методологии. Дополнительные сведения о шаблонах см. в статье План внедрения в облако и Azure DevOps.

Независимо от того, используете ли вы шаблоны или собственные средства планирования проекта, учитывайте следующие действия, характерные для SAP.

  • Оцените базовые ресурсы и разверните соответствующую целевую зону Azure.
  • Используйте усилия по рационализации платформы для завершения миграции платформы SAP.
  • Учитывайте каждую переносимую рабочую нагрузку (или волну рабочих нагрузок).

Для добавления этих элементов в план можно использовать веб-интерфейс Azure DevOps. Если вы работаете с текущей инвентаризацией ресурсов, можно ускорить создание плана с помощью интеграции Microsoft Excel, описанной в статье Cloud Adoption Framework об отслеживании рабочих нагрузок.

План готовности SAP

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

Участники команды этого проекта могут быть экспертами по SAP или Azure, но вряд ли у команды будет одинаковый опыт в обеих областях. Используйте план внедрения в облаке, чтобы определить навыки, которые должна получить команда. Затем сопоставьте эти навыки с членами команды, чтобы получить более четкое представление о готовности, навыках и обучении. Статья Cloud Adoption Framework формировании плана готовности навыков и шаблон стратегии и плана помогут команде в отслеживании и устранении пробелов в знаниях, чтобы обеспечить более тесное межфункциональное сотрудничество в каждом спринте.

Следующий шаг: проверка среды или целевой зоны Azure для миграции SAP корпоративного уровня

В следующих статьях приводятся указания по конкретным пунктам процесса перехода в облако, которые помогут вам внедрить SAP в Azure.