Fuente: Nordic APIS
API:
Un ejemplo de uso de API sería un sitio web de comparación de precios para un determinado servicio. Imaginemos que queremos contratar un vuelo. Bastará con acceder a la web de comparación, escribir en el formulario la ciudad de origen, la de destino, las fechas en las que deseamos viajar y el número de pasajeros. El sitio de comparación accederá, a través de la API de cada aerolínea, a la base de datos de éstas y nos mostrará de forma atractiva, los resultados obtenidos para cada aerolínea.
¿Sabe la web de comparación cómo almacena los datos cada aerolínea? No. Simplemente le ha dicho a la API lo que quería y ésta ha realizado el trabajo para obtener la información. Esto que aparentemente es tan sencillo, requiere que exista a disposición de los usuarios documentación que describa los detalles técnicos involucrados en su uso, entre otros, la forma de acceso y las operaciones necesarias para interactuar con la API. Esa documentación constituye un acuerdo entre las partes, es decir una especie de contrato que especifica qué operaciones están disponibles y qué se va a obtener como respuesta al invocarlas.
«Una API es el mecanismo de acceso idóneo para publicar datos con alta frecuencia de actualización como los datos en tiempo real o dinámicos»
Tipos de API
Diseño de las APIs: SOAP, RESTful y GRAPHQL
Existen dos iniciativas principales que han permitido diseñar las APIS y optimizar su implementación, aunque últimamente suena con fuerza una tercera. Se trata del Protocolo de Acceso a Objetos Simples (SOAP) y la Transferencia de Estado Representacional (REST), a las que se ha sumado API GraphQL.
El protocolo SOAP permite estandarizar los formatos y las solicitudes de mensajes. Es una especificación de protocolo que facilita la comunicación entre las aplicaciones que se encuentran en distintos entornos o escritas con diferentes lenguajes de programación.
Por otro lado, REST es un estilo de arquitectura que se basa en seis principios rectores, los cuales son más fáciles de seguir que un protocolo definido previamente, razón por la que las APIs de RESTful son cada vez más frecuentes que SOAP.
API GraphQL es un lenguaje de consulta para API y un tiempo de ejecución para completar esas consultas. REST y GraphQL son similares en el sentido de que identifican los recursos como URL a través de las cuales la aplicación puede obtener datos o funciones, pero a partir de ahí existen múltiples diferencias que podéis consultar, por ejemplo, en esta guía de Google.
API, la pieza clave para la integración ágil en la nube
Cada vez más, las empresas adoptan el enfoque cloud computing de manera que les permitan incrementar la escalabilidad de las aplicaciones así como su disponibilidad. Para obtener estos beneficios es necesario un nuevo enfoque a la hora de programar las aplicaciones, el llamado enfoque nativo de la nube o cloud native app, en el que la comunicación impulsada por APIs es esencial.
Redhat sintetiza perfectamente los cuatro principios del desarrollo y de la implementación de las aplicaciones nativas en la nube:
-
1La arquitectura modular basada en microservicios, por ejemplo, evitará la necesidad de conexión directa.
-
2La comunicación impulsada por API solo permite la comunicación a través de llamadas de interfaz de servicio por la red, lo que evita los riesgos de conexión directa, modelos de memoria compartidos o lecturas directas de un almacén de datos de otro equipo. Este diseño extiende el alcance de las aplicaciones y los servicios a diferentes dispositivos y modalidades.
-
3La infraestructura basada en contenedores ofrece un modelo operativo común en diversos entornos de tecnología y una portabilidad de aplicaciones auténtica en diferentes entornos (públicos, privados e híbridos). La tecnología de contenedores utiliza capacidades de virtualización del sistema operativo para dividir recursos informáticos disponibles entre varias aplicaciones, al mismo tiempo que garantiza que las aplicaciones sean seguras y estén aisladas entre sí.
-
4
Procesos de DEVOPS cuyos métodos ágiles permiten una entrega continua y colaborativa por parte de los equipos de desarrollo, control de calidad, seguridad, operaciones de TI y otros equipos involucrados en la entrega.
Arquitectura
Basada en servicios
Comunicación
Impulsada por API
Infraestructura
Contenedores
Proceso
Devops
Fuente: RedHat.
«La economía API es un facilitador para convertir una empresa u organización en una plataforma»
Economía API o cómo convertir nuestra empresa en una plataforma
La economía API es un conjunto de modelos de negocio y canales basados en el acceso seguro a la funcionalidad y el intercambio de datos, que permite crear valor en el punto que confluyen los intereses de los usuarios y las empresas.
Por eso no es de extrañar que estrategias IT en ámbitos como mobile, IoT, cloud… converjan en una estrategia empresarial centrada en la gestión API.
Fuente: Red-Hat.
Gestionar APIs es gestionar todo el ciclo de vida desde la planificación, el diseño, la implementación, la prueba y publicación, seguimiento de operatividad, del consumo, control de versiones e incluso la retirada de una API una vez concluido su ciclo de vida o de pérdida de funcionalidad. Existen en el mercado una amplia gama de aplicaciones para ello.
Recurrimos al conocido cuadrante mágico de Gartner, esta vez para analizar la gestión de APIs de ciclo de vida completo, y el Forrester Wave, aplicado también a soluciones de gestión de API representan. Dos guías imprescindibles para quienes están buscando este tipo de soluciones que también pueden compararse en la guía Capterra.
Cuadrante mágico de Gartner para la gestión de API de ciclo de vida completo
The Forrester Wave para la solución de gestión API
«La transformación digital se basa en la capacidad de una organización para empaquetar sus servicios, competencias y activos en piezas modulares de software que se pueden aprovechar repetidamente»
El secreto para obtener el máximo valor de los datos de que disponemos es liberarlos de los silos y hacerlos interoperables y reutilizables en diferentes contextos, incluso combinándolos con activos valiosos de socios y otros terceros.
Las APIs habilitan estas sinergias al permitir que los desarrolladores accedan y combinen activos digitales en diferentes sistemas, incluso si estos sistemas nunca tuvieron la intención de interoperar. Cuando se desarrollan para ser fácilmente reutilizables, las APIs permiten a los desarrolladores combinar modularmente y recombinar, funcionalidad y datos para nuevos usos, prácticamente sin coste marginal por cada uso adicional de la API.
Dado que no hay ningún coste adicional por las llamadas a las APIs cuantas más llamadas recibe, más valor crea para todos los participantes, de modo que se crean cada vez más sinergias entre unos y otros.
Así, el informe anteriormente aludido State of API Economy 2021 Report concluye que, en base a sus investigaciones, los responsables de la toma de decisiones de TI encuentran las siguientes bondades en las APIs:
Opiniones sobre las APIs
Las APIs nos ayudan a crear mejores productos y experiencias digitales
Las APIs aceleran la innovación al exponer activos con socios
Las APIs son una forma de realizar la integración de sistemas
Las APIs son activos estratégicos para crear valor empresarial
Las APIs son productos que aprovechables directamente por clientes externos
Sin embargo, como atestiguan los datos obtenidos de la investigación, la integración sigue siendo un caso de uso de API importante, pero también puede ser limitante si se percibe como la única propuesta de valor de la API. Hacer que dos sistemas interoperen no es intrínsecamente valioso; lo valioso es lo que permite esta integración en términos de resultados comerciales, y si se puede replicar, iterar y administrar a medida que cambian las necesidades de negocio.
Las organizaciones que incrementan la implementación de SaaS (software como servicio) tienen más probabilidades que sus pares de tener una sólida madurez del programa de API.
Si bien es probable que las empresas de todos los niveles de madurez de API se centren en acelerar el desarrollo de nuevas aplicaciones y conectar aplicaciones internas, los encuestados con alta madurez se centrarán mayoritariamente en desarrollar un ecosistema de desarrolladores o un programa de socios B2B en torno a sus API.
Madurez baja
Madurez media
Madurez alta
Acelera el desarrollo de nuevas aplicaciones
Conecta aplicaciones internas
Crea un ecosistema de desarrolladores
Desarrolla un programa de socios B2B
Monetiza APIs como una nueva fuente de ingresos
