1- Definición de API
API significa interfaz de programación de aplicaciones. Es un conjunto de protocolos, información y definiciones para crear y consolidar el software de aplicación. Hay muchas formas posibles para las API. De acuerdo con su función en la cadena de suministro, el diseñador es libre de elegir entre una serie de protocolos y patrones a la hora de desarrollar una nueva API.
2- Funciones de API
El tiempo es dinero y la API puede ahorrar ambos. Esto se debe a que garantiza la comunicación entre productos y servicios sin el riesgo de filtrar información confidencial. Las APIs también permiten flexibilidad y simplicidad en el desarrollo y uso. Y es un terreno fértil para la innovación.
Las APIs pueden funcionar dentro de una lógica contractual, si el emisor envía un mensaje remoto dentro de un marco, entonces el sistema receptor responderá de la misma manera.
Bajo los constantes vientos de cambio en la cadena de suministro, las APIs integran nuevos aspectos en las composiciones existentes. Así, sectores enteros de la economía pueden ser remodelados a partir de una sola aplicación. Por lo tanto, el desarrollo de servicios innovadores es crucial para seguir siendo competitivos.
El desarrollo de aplicaciones nativas en la nube es una forma de disminuir el tiempo que transcurre entre las innovaciones, y es intrínseco a la conexión de la arquitectura de aplicaciones de microservicios a través de las API.
Las APIs son una forma sencilla de controlar su propia infraestructura mediante el desarrollo de aplicaciones nativas de la nube. Al mismo tiempo permiten compartir datos con clientes y usuarios externos.
3- Categorías de API
Existen 3 tipos de políticas para las APIs, pueden ser públicas, privadas y de socios. Si el objetivo es interactuar con terceros mediante aplicaciones o si se apunta a la innovación, la pública es la mejor opción. Ahora bien, si la empresa quiere priorizar la seguridad, y el control es mejor ir con las privadas. Un camino para proporcionar una fuente de ingresos adicional sin perder nada en el proceso es hacer una asociación para compartir negocios específicos por API con los asociados.
No son todas, pero la mayoría de las APIs están en estructura web. Pueden ser servicios como las notificaciones web y el almacenamiento web. Lo que es estupendo para la comunicación interna de la cadena de suministro.
Otra división existente en el mundo de las APIs es la de arquitectura y protocolo. Cada arquitectura de API determina diferentes restricciones de protocolo. Son el Protocolo Simple de Acceso a Objetos (SOAP), la Transferencia de Estado Representacional (Rest), y JSON-RPC, XML-RPC.
Transferencia de Estado Representacional
REST es una estructura muy famosa para las API. Para que una API sea REST necesita seguir algunas reglas.
1° La interfaz debe estar separada del backend y del almacén de datos. Esto permite flexibilidad, y los sectores tienen más independencia para desarrollar.
2° El contexto del cliente no puede ser almacenado en el servidor entre peticiones.
3° Los clientes deben tener la capacidad de almacenar en caché las respuestas, ya que la API REST puede responder si se puede almacenar en caché.
4° La API debe funcionar directamente y a través de intermediarios
Protocolo simple de acceso a objetos
SOAP (Simple Object Access Protocol) es una API de protocolo web capaz de operar con una serie de protocolos de comunicación (HTTP, SMTP, TCP y otros), y funciona con cualquier estilo de programación. Las especificaciones de SOAP determinan el procesamiento, la extensibilidad, las reglas de enlace del protocolo y la construcción de los mensajes.
JSON-RPC , XML-RPC
Un RPC significa protocolo de llamada a procedimiento remoto. XML-RPC utiliza XML para codificar sus llamadas, mientras que JSON-RPC utiliza JSON para la codificación. Ambos protocolos son sencillos. Una llamada puede contener múltiples parámetros, y anhela un resultado. Tienen un par de características clave, que requieren una arquitectura con características diferentes a las de REST.
Los métodos de llamada son su trabajo principal, mientras que los protocolos REST hacen el movimiento de documentos (representaciones de recursos). En otras palabras, REST trabaja sobre recursos, mientras que RPC es sobre acciones.
4- Historia
Las API surgieron al principio de la era informática, mucho antes del ordenador personal. En aquellos años, una API se utilizaba normalmente como una biblioteca para los sistemas operativos. Después de casi 3 décadas, las APIs comienzan a conquistar otros entornos. A finales de siglo, se habían convertido en una importante tecnología para la integración de datos a distancia.