Учебники

SAP Fiori – NetWeaver Gateway

SAP NetWeaver Gateway используется для настройки соединения между бизнес-пакетом SAP и целевыми клиентами, платформами и инфраструктурой. Он предлагает инструменты разработки и генерации для создания служб OData для различных инструментов разработки клиентов.

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

SAP NetWeaver Gateway: возможности и ключевые преимущества

SAP NetWeaver Gateway – это технология, которая обеспечивает простой способ подключения устройств, сред и платформ к программному обеспечению SAP на основе рыночных стандартов.

  • Непрерывный, любой бизнес-пакет SAP.

  • Легкость разработки простых API и не требует каких-либо инструментальных знаний.

  • На основе REST, ATOM / OData. Он позволяет подключаться к приложениям SAP, используя любой язык программирования или модель, без необходимости знания SAP, используя службы REST и протоколы OData / ATOM .

  • Он предоставляет плагины для известных IDE, таких как Eclipse, Visual Studio 2010 и XCode.

Непрерывный, любой бизнес-пакет SAP.

Легкость разработки простых API и не требует каких-либо инструментальных знаний.

На основе REST, ATOM / OData. Он позволяет подключаться к приложениям SAP, используя любой язык программирования или модель, без необходимости знания SAP, используя службы REST и протоколы OData / ATOM .

Он предоставляет плагины для известных IDE, таких как Eclipse, Visual Studio 2010 и XCode.

Подключите шлюз SAP NetWeaver к SAP Business Suite

Это включает в себя настройку внутреннего сервера в качестве доверенной системы.

Шаг 1 – Используйте T-код: SM59

Внутренний сервер

Шаг 2 – Нажмите на иконку создания, как показано ниже.

Создание Иконки

Шаг 3 – Введите детали, как показано ниже –

  • RFC Destination Name
  • Тип подключения: 3

Шаг 4 – Перейдите на вкладку « Технические настройки » и введите детали, как описано ниже.

Шаг 5 – Введите хост шлюза в поле « Целевой хост» и номер экземпляра в поле « Номер системы» .

RFC Destination

Шаг 6 – Перейдите на вкладку Вход в систему и безопасность и введите данные.

Шаг 7 – Введите номер клиента и нажмите « Текущий пользователь» для аутентификации.

Шаг 8 – Выберите Доверительные отношения как Да и щелкните значок сохранения вверху.

Сохранение RFC-адреса

Шаг 9 – Выберите Вернуться на домашний экран и используйте T-код: SMT1

Домашний экран

Шаг 10 – Щелкните значок создания, как показано ниже.

Доверительное соединение

Мастер доверия откроется.

Шаг 11 – Введите сведения о назначении RFC, которое вы только что создали, и нажмите « Продолжить» .

Доверительные отношения

Шаг 12 – Отображается информация о доверенной системе. Нажмите кнопку Сохранить .

Здесь вы определили доверительные отношения между вашей системой SAP и хостом NetWeaver Gateway, настроив систему SAP как доверяющую систему, а хост NW – как доверенную систему. Это позволяет пользователям осуществлять удаленный вход в систему для использования пользовательских данных в шлюзе SAP NetWeaver и системе SAP.

SAP NetWeaver Gateway: варианты развертывания

Для развертывания шлюза SAP NetWeaver для конфигурации SAP Fiori доступны два различных варианта развертывания.

Развертывание центрального шлюза SAP NetWeaver Gateway: разработка в серверной системе

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

Службы развернуты на серверной системе и зарегистрированы на сервере. Служба шлюза развернута в серверной системе шлюза. Либо IW_BEP развернут, либо система, работающая на 7.4 или более поздней версии, использует основной компонент SAP_GWFND .

Вариант развертывания

преимущества

  • Это позволяет вносить изменения в пользовательский интерфейс без авторизации разработки в серверной части.

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

  • Он обеспечивает центральное место для тематики и брендинга приложений Fiori.

  • Он обеспечивает единую точку доступа к серверной системе.

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

  • Прямой локальный доступ к метаданным (DDIC) и бизнес-данным и простота повторного использования данных.

Это позволяет вносить изменения в пользовательский интерфейс без авторизации разработки в серверной части.

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

Он обеспечивает центральное место для тематики и брендинга приложений Fiori.

Он обеспечивает единую точку доступа к серверной системе.

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

Прямой локальный доступ к метаданным (DDIC) и бизнес-данным и простота повторного использования данных.

Недостатки

  • Для этого требуется отдельная система SAP NetWeaver Gateway.

Примечание. SAP рекомендует использовать вариант развертывания Central Hub для производственной среды.

Развертывание центрального узла SAP NetWeaver Gateway

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

Этот параметр используется, если в серверной системе не требуется разработка или выпуски до 7.40. если не разрешено развертывать надстройку IW_BEP в серверной части. В этом случае разработчик ограничен интерфейсами, доступными через RFC в серверной части.

Разработка ведется в системе-шлюзе Gateway, а внутренние системы Business Suite не затрагиваются.

Развертывание центрального узла

IW_BEP или SAP_GWFND работает в системе-концентраторе шлюза, а в SAP Business Suite ничего не трогается .

преимущества

  • В дополнение к преимуществам, предоставленным для первого варианта, этот параметр имеет то преимущество, что он не требует установки дополнений Gateway в серверной системе.

В дополнение к преимуществам, предоставленным для первого варианта, этот параметр имеет то преимущество, что он не требует установки дополнений Gateway в серверной системе.

Недостатки

  • Прямой доступ к метаданным (DDIC) и бизнес-данным отсутствует. Поэтому повторное использование данных ограничено.

  • Объекты GENIL нельзя использовать удаленно.

  • В этой конфигурации доступ ограничен удаленными включенными интерфейсами, такими как RFC-модули, BAPI и т. Д.

Прямой доступ к метаданным (DDIC) и бизнес-данным отсутствует. Поэтому повторное использование данных ограничено.

Объекты GENIL нельзя использовать удаленно.

В этой конфигурации доступ ограничен удаленными включенными интерфейсами, такими как RFC-модули, BAPI и т. Д.

Embedded Deployment

Во встроенной архитектуре развертывания разработка осуществляется в серверной системе SAP Business Suite, а система Gateway также устанавливается в этой же системе. Сервисы регистрируются, а также публикуются в серверной системе SAP Business Suite.

Embedded Deployment

IW_BEP или SAP_GWFND работает в той же системе, в которой установлен SAP Business Suite.

преимущества

  • Это требует меньше времени выполнения, поскольку один удаленный вызов сокращен.

Недостатки

  • Система не должна использоваться в качестве концентратора для дополнительных внутренних систем.

  • В случае нескольких систем SAP Business Suite, шлюз должен быть настроен несколько раз.

  • Эта конфигурация рекомендуется только для песочницы.

Система не должна использоваться в качестве концентратора для дополнительных внутренних систем.

В случае нескольких систем SAP Business Suite, шлюз должен быть настроен несколько раз.

Эта конфигурация рекомендуется только для песочницы.

Примечание. Не следует использовать систему SAP Business Suite со встроенным развертыванием в качестве системы-концентратора для дополнительной серверной системы. Причина заключается в том, что это может привести к ситуации, когда выпуск SAP NetWeaver Gateway системы-концентратора ниже, чем версия внутренних компонентов SAP NetWeaver Gateway удаленной серверной системы.

Чтобы избежать такой ситуации, вы можете использовать встроенную опцию развертывания для своих систем SAP Business Suite.

Если вы выбираете архитектуру на основе концентратора, вы должны использовать выделенную систему SAP NetWeaver Gateway Hub, которая должна работать в последней версии SAP NetWeaver Gateway.

Проверьте метод развертывания в SAP Fiori System

Шаг 1 – Войдите в бэкэнд-систему SAP Fiori с помощью графического интерфейса пользователя SAP, как показано на рисунке ниже.

SAP Logon

Вход в систему

Шаг 2 – В меню «Система» выберите « Состояние» .

Статус

Шаг 3 – Откроется новое окно, отображающее состояние системы .

В разделе Данные системы SAP щелкните значок (увеличительное стекло) под меткой Версия компонента.

Состояние системы

Шаг 4 – Это покажет вам список компонентов, установленных в серверной системе SAP согласно версии NetWeaver Gateway.

Gateway Release

В NW 7.31 установлены компоненты IW_BEW и GW_Core , а в NW 4.0 установлен SAP_GWFND, а отдельные компоненты отсутствуют.

Теперь в этой системе у вас есть система NW, установленная на внутренней системе, и все компоненты надстроек пользовательского интерфейса находятся во внешней системе. Следовательно, он представляет собой метод развертывания Hub Architecture.

Обзор OData (Open Data Protocol)

OData используется для определения передового опыта, необходимого для создания и использования RESTful API. Это поможет вам узнать об изменениях, определить функции для многоразовых процедур, отправить пакетные запросы и т. Д.

Некоторые из важных особенностей –

  • OData предоставляет возможность расширения для выполнения любых пользовательских потребностей ваших RESTful API.

  • REST расшифровывается как Передача представительского состояния, и иногда его называют «ReST».

  • Он основан на кешируемом протоколе связи клиент-сервер без сохранения состояния. Практически во всех случаях используется протокол HTTP.

  • REST определяется как стиль архитектуры для проектирования сетевых приложений.

  • OData помогает вам сосредоточиться на вашей бизнес-логике при создании API-интерфейсов RESTful, не беспокоясь о подходах к определению заголовков запросов и ответов, кодов состояния, методов HTTP, соглашений URL, типов мультимедиа, форматов полезной нагрузки, параметров запросов и т. Д.

  • OData RESTful API легко использовать.

OData предоставляет возможность расширения для выполнения любых пользовательских потребностей ваших RESTful API.

REST расшифровывается как Передача представительского состояния, и иногда его называют «ReST».

Он основан на кешируемом протоколе связи клиент-сервер без сохранения состояния. Практически во всех случаях используется протокол HTTP.

REST определяется как стиль архитектуры для проектирования сетевых приложений.

OData помогает вам сосредоточиться на вашей бизнес-логике при создании API-интерфейсов RESTful, не беспокоясь о подходах к определению заголовков запросов и ответов, кодов состояния, методов HTTP, соглашений URL, типов мультимедиа, форматов полезной нагрузки, параметров запросов и т. Д.

OData RESTful API легко использовать.

Жизненный цикл обслуживания OData

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

  • Активация сервиса OData.

  • Поддержание сервиса OData.

  • Поддержка моделей и сервисов, вплоть до очистки кеша метаданных.

  • Приложения RESTful используют HTTP-запросы для публикации данных для создания или обновления, чтения данных и удаления данных. REST использует HTTP для всех четырех операций CRUD (создание / чтение / обновление / удаление).

  • REST – это легкая альтернатива таким механизмам, как RPC (удаленные вызовы процедур) и веб-сервисы.

Активация сервиса OData.

Поддержание сервиса OData.

Поддержка моделей и сервисов, вплоть до очистки кеша метаданных.

Приложения RESTful используют HTTP-запросы для публикации данных для создания или обновления, чтения данных и удаления данных. REST использует HTTP для всех четырех операций CRUD (создание / чтение / обновление / удаление).

REST – это легкая альтернатива таким механизмам, как RPC (удаленные вызовы процедур) и веб-сервисы.

Компоненты архитектуры REST

Ниже приведены компоненты архитектуры REST.