✒️SAP BTPFIORI / La relación entre SAP Gateway y los servicios OData Por Gerber Lopez Hernandez

Selector Alummnos / Empresas

La relación entre SAP Gateway y los servicios OData

La relación entre SAP Gateway y los servicios OData

El Front-end y el Back-end

Es importante conocer el flujo request-response ya que dentro del mundo de desarrollo web la mayoría de las aplicaciones tiene dos claros frentes: el fronted y el backend.

  • Front-end: tenemos todo lo que pasa del lado del cliente (en el navegador), aquí se incluyen todos los elementos gráficos que conforman la interface del sitio. Los lenguajes que manejan son HTML, CSS, Javascript.
  • Back-end: es todo lo que pasa del lado del servidor, aquí se incluye todo el funcionamiento interno y la lógica del sitio. Algunos lenguajes que maneja pueden ser ABAP, PHP, JAVA, MySQl.

Los servicios de datos

Un aspecto importante de la arquitectura de la WWW es el uso de la interfaces abstractas para la comunicación de los componentes de software.

Estas interfaces abstracta se presentan como conectores. Un cliente y un servidor utilizan cada uno un componente conecto. Existe un contrato entre ambos conectores que define el protocolo de aplicación. Define los documentos, su formato y el comportamiento. El PROTOCOLO de datos abierto OData define dicho contrato especificando un protocolo uniforme.

Un conector conectado a un sistema backend de SAP se traduce entre las API ABAP y las entidades Odata utilizando el conector SAP Gatewat. El conector de cliente se traduce entre las entidades de OData y las API de la plataforma del consumidor.

¿ Qué funciones tiene OData ?

El protocolo OData se ha convertido en el estándar para el intercambio de datos en la Web. Este estándar es compatible con la funcionalidad CRUDQ completa. Las letras C-R-U-D-Q son "Crear, leer, actualizar, eliminar y consultar", por este motivo este protocolo también se conoce como el conector de base de datos abierto ODBC para internet.

OData se usa ampliamente como un protocolo abierto. SAP lo eligió para SAP GATEWAY porque es ampliamente usado, conocido y fácil de aprender.

OData tiene sus origines en el mundo de los weblogs y la sindicación, pero ahora sirve para impulsar una gran cantidad de APIS y actividades de integración en entornos empresariales típicos de SAP.

¿ Qué funciones tiene SAP Gateway ?

Las aplicaciones comerciales de hoy tienen más que solo desafíos de IU. La infraestructura abstracta típica que se encuentra en la mayoría de las empresas. Los datos empresariales se almacenan en uno o más, a menudo varios, sistemas back-end. Una interfaz de usuario intuitiva y atractiva para cada tipo de aplicación es esencial para una aplicación exitosa.

La infraestructura de apoyo debe permitir la innovación y la orientación empresarial, al mismo tiempo que permite alta disponibilidad y flexibilidad.

SAP GATEWAY proporciona una interfaz abierta basada en REST (Representational State Transfer) que implementa un acceso simple a los sistemas SAP a través del protocolo OData. Al instalar SAP Gateway obtenemos una infraestructura para desarrollar y generar servicios, nos proporciona un entorno de desarrollo óptimo para los servicios web.

Con SAP Gateway, los datos de los sistemas back-end SAP basados en ABAP se puede publicar en el mundo exterior, el objetivo es proporcionar a los consumidores puntos de acceso estables al sistema SAP.

SAP Gateway (formalmente conocido como SAP Netweaver Gateway) proporciona un único punto de entrada para acceder a datos comerciales de sistemas basados en ABAP como SAP Business Suite o SAP S/4HANA.

El Gateway es el responsable de crear, generar y exponer la información mediante servicios OData.

Que es el REST

La trasferencia de Estado Representacional o REST por sus siglas en ingles (Representational State Transfer) es una técnica de arquitectura de software para sistemas hipermedia distribuidos como la Web.

Si bien el término REST se refiere a un conjunto de principios de arquitectura, en la actualidad se utiliza en el sentido más amplio para describir cualquier interfaz web simple que utiliza XML o JSON y HTTP, sin las abstracciones adicionales de los protocolos en patrones de intercambio de mensajes como el protocolo de servicios web SOAP.

REST es un estándar de cómo es el diálogo entre el cliente y el servidor lo que se denomina arquitectura de servicio. Un servicio REST proporciona una API que sigue un determinado conjunto. Cada URL de un servicio REST tiene toda la información que el servicio necesita para responder a la solicitud. Los sistemas que siguen los principios REST se denominan a menudo como RESTful. Los principios fundamentales de REST son:

  • Una sintaxis universal para identificar los recursos
  • Un protocolo cliente/servidor sin estado (Stateless)
  • Un conjunto de operaciones bien definidas que se aplican a todos los recursos de información.

El protocolo ODATA

OData es un estándar abierto desarrollado originalmente por Microsoft, pero ahora administrado por Oasis. Se basa en los estándares en XML y JSON que posteriormente ha sido adoptado como estándar abierto. Las ideas en ATOM formaron la base de OData.

El beneficio de utilizar OData es que SAP lo eligió para SAP Gateway porque es ampliamente usado, bien conocido y fácil de aprender.

OData espera peticiones formadas a través de URL. Debido a que es más especifico que REST, los formatos de mensaje son fijos y el formato XML con el que trabaja es Atom.

El objetivo del protocolo OData es proporcionar un proveedor neutral, API basada en la web que cumpla totalmente con los principios de diseño REST.


 

Escanear / Compartir

 

 


Sobre el autor

Publicación académica de Gerber Geovanni Lopez Hernandez, en su ámbito de estudios para la Carrera Consultor SAP BTP Fiori.

SAP Master


Gerber Geovanni Lopez Hernandez

Profesión: Perito Contador en Computacion - Guatemala - Legajo: OB29Q

✒️Autor de: 51 Publicaciones Académicas

🎓Egresado de los módulos:

Disponibilidad Laboral: FullTime

Certificación Académica de Gerber Lopez

✒️+Comunidad Académica CVOSOFT

Continúe aprendiendo sobre el tema "La relación entre SAP Gateway y los servicios OData" de la mano de nuestros alumnos.

SAP Junior

La relación entre SAP Gateway y los servicios OData SAP Gateway funciona bajo una arquitectura Cliente/Servidor, donde el cliente (por ejemplo, una aplicación SAP Fiori o un navegador) realiza requests o solicitudes al servidor, que es el sistema SAP donde se encuentran los datos y la lógica de negocio. El servidor procesa la solicitud y devuelve un response con la información requerida. Este intercambio sigue el flujo request–response, separando el frontend (cliente) del backend (servidor). Los servicios de datos: se utilizan como interfaces abstractas que permiten exponer información del backend sin mostrar su implementación interna. En este contexto, OData define un contrato estándar...

Acceder a esta publicación

Creado y Compartido por: Candela Analia Nuñez

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Arquitectura Cliente/servidor Cliente Servidor Fornt-end Es todo lo que pasa del lado del cliente Back-end Es todo lo que pasa del lado del servidor Servicios de datos Conector SAP OData (Comunicación entre el Frontend y el backend SAP Gateway (Proporciona una interfaz abierta que implementa un acceso simple a SAP a través del protocolo OData REST Transferencia de estado Representacional (Arquitectura de servicio) Sintaxis universal para identificar los recursos Protocolo cliente/servidor sin estado (Stateless) Conjunto de operaciones bien definidas que se aplican a todos los recursos de información Protocolo OData Documentación OData (hhtps://www.odata.org/documentation/)...

Acceder a esta publicación

Creado y Compartido por: Roman Leandro Garrido Lagos / Disponibilidad Laboral: FullTime + Carta Presentación

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

La relación entre SAP Gateway y los servicios OData Introducción SAP Gateway es la capa intermedia que permite la comunicación entre el frontend Fiori (UI5) y el backend SAP (S/4HANA o ECC). Su función principal es exponer datos y lógica de negocio del backend en forma de servicios OData. OData (Open Data Protocol) es un estándar basado en REST que utiliza HTTP y JSON/XML para acceder a datos de forma simple y uniforme. Rol de SAP Gateway Traducir solicitudes provenientes de las aplicaciones SAP Fiori (front-end). Gestionar la comunicación con el backend SAP. Exponer los datos de SAP...

Acceder a esta publicación

Creado y Compartido por: Jose Rodrigo Baz Suarez / Disponibilidad Laboral: FullTime + Carta Presentación

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

La relacion entre SAP Gateway y los servicios Odata La arquitectura cliente/servidor: es un modelo fundamental en sistemas informáticos donde las tareas se dividen entre dos tipos de entidades: Cliente: Es el dispositivo o aplicación que realiza solicitudes, puede ser un navegador web, una app de SAP Fiori, SAP GUI, etc. El cliente no contiene la lógica del negocio, solo presenta datos al usuario y envía solicitudes al servidor. Servidor (): Es el sistema que procesa las solicitudes del cliente. Contiene la lógica de negocio y el acceso a la base de datos. Devuelve los resultados al cliente después de ejecutar las operaciones requeridas. Los servicios de datos: son esenciales para permitir...

Acceder a esta publicación

Creado y Compartido por: Claudia Bibiana Monsalve Lopez

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

LA RELACION ENTRE SAP GATEWAY Y LOS SERVICIOS ODATA 1. La arquitectura cliente/servidor 2. los servicios de datos en la arquitectura www, interfaces abstractas (conectores) para la comunicacion de los componentes de software un cliente y un servidor utilizan c/u un componente conector existe un contrato enter ambos conectores que define el protocolo de aplicacion : Define los documentos, su formato y el comportamiento. EL PROTOCOLO DE DATOS ABIERTO ODATA define dicho contrato especificando un protocolo uniforme. un conector enchufado a un sistema backend de SAP se traduce entre las API ABAP y las entidades OData utilizando el CONECTOR SAP GATEWAY. un conector de cliente se traduce entre las entidades de OData y las API de la...

Acceder a esta publicación

Creado y Compartido por: Roberto Hernan Santucho

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Junior

La Arquitectura cliente/servidor. Es un modelo de comunicación que vincula a varios dispositivos con un servidor a través de internet. El modelo es un diseño de software en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores y los demandantes, llamados clientes los cuales podemos definir de la siguiente manera: Cliente: Son dispositivos que hacen peticiones de servicios o recursos a un servidor como una computadora, un teléfono móvil, una Tablet o cualquier dispositivo que tenga capacidad de conectarse a una red. Servidor: Es el equipo que brinda los servicios y recursos a los que acceden los clientes. La misma computadora puede ser cliente y servidor al mismo tiempo....

Acceder a esta publicación

Creado y Compartido por: Zaylene Sarahi Gascon Landaeta

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Expert


Una petición puede ser transmitida por cualquier número de conectores por ejemplo clientes, servidores, chache, túneles, etc. pero cada uno lo hace sin ver más allá de su propia petición, lo que se conoce como steiles, sin estado. Es un principio común con muchas otras partes de la arquitectura de redes, una aplicación puede interactuar con un recurso conociendo el identificador del recurso y la acción requerida no necesitando conocer si existe cache, proxy, cortafuegos, túneles o cualquier otra cosa entre ellas y el servidor que guarda la información. ODATA fue creado y defendido inicialmente por Microsoft y de hecho continúan integrándolo continuamente...

Acceder a esta publicación

Creado y Compartido por: Jose Medina / Disponibilidad Laboral: FullTime + Carta Presentación

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Expert


The Relationship Between SAP Gateway and OData Services 1. Client-Server Architecture In the context of web development, architecture refers to the communication model that connects various devices to a server via the internet. Client-Server Model The client-server model is a software design paradigm where tasks are distributed between resource or service providers (servers) and requesters (clients). Here’s a breakdown: Client Definition: Devices that request services or resources from a server. Examples include computers, mobile phones, tablets, or any network-capable device. Function: Accesses services and resources via web browsers, making requests (requests) to servers. Server Definition: Equipment that provides services...

Acceder a esta publicación

Creado y Compartido por: Jaime Eduardo Gomez Arango / Disponibilidad Laboral: FullTime + Carta Presentación

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

SAP Gateway •Parte integral de SAP Netweaver •Posibilita conectar dispositivos, entornos y plataformas para obtener datos de sistemas SAP (de manera eficiente y segura). •SAP Gateway actúa como la capa de comunicación(Front-end server) entre las aplicaciones SAPUI5 de los dispositivos cliente y los datos de negocio que radican en los sistemas backend. •Utiliza para eso el estandard de la industria Open Data Protocol (OData), de modo que se puede usar cualquier lenguaje de programación para conectarse a aplicaciones SAP (o no SAP). Características: Interoperabilidad: SAP Gateway facilita la comunicación entre diferentes tecnologías y plataformas, permitiendo la integración...

Acceder a esta publicación

Creado y Compartido por: Claudio Marcelo Hermann / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Una petición puede ser transmitida por cualquier número de conectores, por ejemplo: cliente, servidores, cache, túneles, etc. Pero cada uno lo hace sin ver más allá de su propia petición, lo que se conoce como state less (sin estado). Es un principio común con muchas otras partes de la arquitectura de redes. Una aplicación puede interactuar con un recurso conociendo el identificador del recurso y la acción requerida, no necesitando conocer si existe tunel, cache, proxy, contrafuegos o cualquier otra cosa entre ellos y el servidor de guarda la información OData: Fue creado y defendido inicialmente por Microsoft y de hecho continían integrándolo profundamente...

Acceder a esta publicación

Creado y Compartido por: Marilú Virginia Malavé Subero

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 99.000 publicaciones académicas abiertas, libres y gratuitas compartidas con la comunidad, para acceder a ellas le dejamos el enlace a CVOPEN ACADEMY.

🔎Buscador de Publicaciones:

 


 

No sea Juan... Solo podrá llegar alto si realiza su formación con los mejores!