Descripción de interfaces de programación de aplicaciones (API)

Es posible que se enfrente a algunos desafíos al transformar su negocio en una empresa inteligente y sostenible. Por ejemplo, debe integrar aplicaciones y procesos empresariales en una infraestructura diversa de sistemas basados en la nube o basados en híbridos. También tiene soluciones de proveedores que no son de SAP, en cuyo caso, debe integrar de procesos de SAP a procesos que no son de SAP. Puede utilizar SAP Integration Suite para integrar procesos de SAP con SAP y no SAP con SAP. Su empresa también puede comercializar y gestionar sus API a través de SAP Integration Suite.

API es un acrónimo de "Interfaz de programación de aplicaciones". Es el mediador (representado por una pieza de software) entre aplicaciones/sitios web y usted como usuario. Por lo tanto, es vital para la comunicación entre diferentes instancias intercambiar información.

Te encuentras con API en la vida cotidiana sin que te des cuenta. Un ejemplo es Google Search: Cada vez que ingresas algo en la barra de búsqueda, el servicio back-end de Google busca tus palabras clave en su base de datos y enumera los resultados de tu solicitud en el sitio web. En realidad, el sitio web muestra el resultado de la API. Un indicador para esto es el URL de la búsqueda correspondiente.

Cuando se piensa en una búsqueda de "SAP", la URL indica: www.google.com/search?q=sap.

Ahora rebanemos esta:

Aquí www.google.com es la dirección del servidor, /search indica la función que pretende utilizar, o mejor, la API que desea llamar, que en este caso es la API de búsqueda de Google, y q (para consulta) le dice que ahora se transfiere un valor para consulta, que es el término de búsqueda.

Lo mismo se aplica a la página de ayuda de SAP (https://help.sap.com ). Al introducir la API en la barra de búsqueda, aparece la siguiente URL: https://help.sap.com/docs/search?q=api.

Sin embargo, una llamada API no tiene que ser iniciada necesariamente por un ordenador. Los sistemas de asistencia por voz también son un ejemplo de la integración y el uso de las API. Pedirle a su asistente de voz que busque algo realmente proporciona al asistente su consulta. Esta consulta se almacena como texto y se añade como consulta a la llamada API. Después, el asistente da el resultado de la API a través de la voz de audio.

Por lo tanto, independientemente de lo que haga con cualquiera de sus dispositivos conectados, está utilizando varias API por hora sin darse cuenta. Esta es la razón por la que las API son un tema tan importante, porque son omnipresentes y permiten a los usuarios y desarrolladores centrarse en "qué" se debe hacer y no en "cómo". Además, ¿alguna vez ha pensado en cómo se envía su mensaje de WhatsApp a un destinatario?

Por lo tanto, como su nombre indica, una API es solo uno de los muchos tipos de interfaces utilizadas para desencadenar funciones específicas, por ejemplo, reproducir música. Es posible que ya esté familiarizado con otros tipos de interfaces, como la GUI (interfaz gráfica de usuario), que utilizamos para navegar a través de aplicaciones/sitios web con la ayuda de un ratón/pantalla táctil.

Hoy en día, las API son indispensables para las arquitecturas de TI. Aunque el acceso desde los front-ends hasta los back-ends, la gestión de interfaces y la comunicación punto a punto han sido partes sustanciales de las arquitecturas de TI durante años, las API han revolucionado la forma en que se comunican las aplicaciones y los sitios web. Por lo tanto, las API han aportado muchos beneficios a la creación y gestión de infraestructuras de TI. Las más importantes, y por lo tanto las razones clave por las que las empresas necesitan implementarlas en su arquitectura de TI, se pueden resumir de la siguiente manera:

Las API, en su núcleo, separan la comunicación de la tarea. Por lo tanto, si un servicio se comunica a través de una API, el usuario (o consumidor) de la API se centra completamente en las funciones que proporciona la API. El usuario solo utiliza las funciones de la API sin pensar en el trabajo en sí. El enfoque se basa en la solicitud y el resultado (respuesta) y nada más.

Para definir e implementar API, hay diferentes estándares globales disponibles para su uso. Algunas de ellas se enumeran a continuación (sin embargo, las API REST son las más utilizadas):

Con las API REST como el tipo de API más popular, profundizaremos un poco más en las funciones de las API REST. Al trabajar con API, suele hablar de recursos. Esto significa que normalmente desea:

• Crear algo (como añadir una nueva entrada a un libro de invitados).
• Lee u obtén algo de la API (recuerda tu Búsqueda de Google: aquí intentaste obtener una lista de sitios web).
• Actualice o cambie algo (generalmente cuando ha creado algo que debe cambiarse, como el estado de algo o si cometió un error tipográfico).
• Elimine algo.

Juntas, estas acciones se abrevian como: CRUD.

Para las API REST, estos verbos son muy similares a los verbos CRUD:

Puede notar que "update" tiene dos verbos posibles: PUT & PATCH.

La revisión solo modifica una parte del recurso al que hace referencia. Piense en la entrada de su libro de invitados, donde corrija solo una palabra e informe al libro de invitados que la palabra número 42 debe intercambiarse. Esto sería un parche - un lugar en la reparación o el cambio. PUT, por otro lado, estaría cambiando todo el texto, aunque en su mayoría sea el mismo, pero con el error corregido (piense en borrar todo el texto y pegarlo todo de nuevo).

Normalmente, al observar la especificación de una API, estos verbos se muestran como se ilustra a continuación (recuperados de un despliegue de ejemplo en SAP BTP Integration Suite). Una API no admite necesariamente todos los verbos.