Поделиться через

Проектирование приложения рабочей нагрузки SAP

  • Статья

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

Оптимизация затрат на приложения SAP

Влияние: оптимизация затрат

Оптимизация приложения SAP может снизить общую стоимость владения, не снижая возможности. Цель состоит в том, чтобы получить максимальную рентабельность инвестиций (ROI). Ниже приведены способы оптимизации приложения SAP.

Определение ответственности приложения. За оптимизацию приложения SAP должна отвечать команда бизнес-приложений клиентов. Если кто-то или группа несет ответственность за затраты, вы сможете принимать решения, которые оптимизируют затраты в течение жизненного цикла рабочей нагрузки SAP.

Рационализация и перепроектирование. Рекомендуется рационализировать или перепроектировать приложение SAP, особенно во время миграции. S4 HANA часто заменяет старые приложения SAP, которые можно добавить в качестве устаревшей системы. Оценка SAP WAF может помочь проверить усилия по перепроектирования и должна проводиться на периодической основе. Дополнительные сведения см. в статье Azure Well-Architected Review.

Сведите к минимуму инвестиции в устаревшие системы. Для снижения затрат следует разместить устаревшее приложение SAP на минимально поддерживаемой архитектуре. Устаревшее приложение работает медленнее и менее производительно. Все устаревшие системы, оставшиеся после рационализации и перепроектирования, должны получать минимальные возможные расходы и быть выведены из эксплуатации при необходимости. Дополнительные сведения см. в статье Управление затратами Azure.

Надежность приложения SAP

Влияние: надежность

Используйте многоуровневую архитектуру. Создание многоуровневой архитектуры для поддержки рабочей нагрузки SAP крайне важно для надежности. Количество уровней и архитектуры зависит от каждого приложения SAP. Обязательно изолируйте компоненты приложения друг от друга и создайте избыточность, чтобы обеспечить высокий уровень доступности. При необходимости следует изолировать веб-диспетчер SAP, центральные службы SAP, сервер приложений SAP, общий ресурс SAPMNT и базу данных. У нас есть примеры архитектур для нескольких различных приложений SAP, которые можно использовать для разработки.

Дополнительные сведения см. в разделе:

Настройка надежности центральных служб SAP. Центральные службы SAP (SCS) или центральные службы SAP ABAP (ASCS) являются основой взаимодействия с приложениями SAP. Он состоит из сервера сообщений и сервера постановки в очередь. Уровень центральных служб часто является единой точкой отказа и должен быть настроен для обеспечения высокой доступности для обеспечения устойчивости приложений SAP. Чтобы добавить избыточность, создайте кластер центральных служб SAP с совместимой технологией общего хранилища, поддерживающей кластер. В зависимости от операционной системы и доступной технологии общего хранилища в общедоступной или частной или общедоступной предварительной версии доступны различные варианты. Зоны доступности позволяют создать высокодоступную архитектуру ASCS.

Дополнительные сведения см. в разделе:

Дальнейшие действия

Платформа приложений

Платформа данных

Сеть и подключение

Безопасность

Операционные процедуры