Header Ads Widget

Ticker

6/recent/ticker-posts

Una introducción a las API para los no iniciados


 Si ha llegado al blog de las API nórdicas, es muy probable que tenga alguna idea de qué es una API y por qué podría necesitarla. Sin embargo, para los no iniciados, las API (interfaces de programación de aplicaciones) y especialmente la economía de las API pueden ser un espacio confuso y fragmentado con algunos estándares laxos, una cantidad increíble de diversidad y una barrera aparentemente impenetrable de jerga técnica.

Para aquellos con habilidades técnicas bien desarrolladas, esto es fácil de comprender y poner en contexto. Sin embargo, para aquellos nuevos en las API web o con un enfoque más comercial o de productos, comprender este espacio puede no ser fácil, especialmente dado que las API en sí son de naturaleza técnica.

En las API nórdicas, hemos decidido intentar ayudar a llenar el vacío de conocimiento con algunos análisis de estilo API 101 , cuyo objetivo es brindarle la información que necesita y evitar tl; dr. En esta publicación, comenzaremos con tachuelas de bronce, abordando qué es una API y por qué usted (puede pensar que) necesita una.

¿Qué es una API?

Hablar de lo que es una API (independientemente de la visión actual de una API como producto) tiene que comenzar con la tecnología . En su forma más básica, una API es una conveniencia técnica para algo que los desarrolladores han intentado hacer desde que el software era, bueno software: compartir lo que han escrito para evitar que otros escriban el mismo código nuevamente .

Las API existen desde hace generaciones; prácticamente cualquiera que haya codificado seriamente en un lenguaje de programación de software durante los últimos 30 años habrá creado o utilizado uno en algún momento.

Hasta ahora tan aburrido, podría pensar; seguramente esto es simplemente una solución técnica a un problema técnico, entonces, ¿cuál es el gran alboroto? Hasta hace 10 años, este podría haber sido el caso, pero una marca específica de API (API web o API REST , según su punto de vista) se volvió más frecuente. Las API web se consideraron una solución al problema de cómo compartir datos y servicios de manera eficiente con clientes que ya no están dentro de la empresa, sino que están distribuidos a través de Internet. Esto fue impulsado por muchos fenómenos, como el crecimiento masivo en la economía de aplicaciones móviles orientada al consumidor y la creciente distribución geográfica de la fuerza laboral en muchas industrias.

Los estándares técnicos predominantes en el momento en que este nuevo y desafiante entorno comenzó a surgir estaban dominados por la Arquitectura Orientada a Servicios (SOA). Los protocolos, procesos y prácticas que acompañan a SOA generalmente se consideraron una mala solución para enfrentar los desafíos. Se buscaron alternativas pragmáticas utilizando tecnologías con las que los desarrolladores estaban familiarizados, como HTTP y JSON . El diseño de su API también se guió cada vez más por el trabajo de Fielding sobre Transferencia de estado representacional (REST). REST es el estilo arquitectónico clave que ha definido la economía de API y, aunque el estilo "RESTful" de API rara vez implementa todas las características de la definición de Fielding (con el propio Fielding contribuyendo sobre cómo la mayoría de las API que se definen a sí mismas como RESTful no implementan todas las características) REST ha llegado a personificar lo que es una API.

Aparte, el protocolo más frecuente asociado con SOA fue SOAP . Muchos desarrolladores consideraban que SOAP estaba inflado y no era adecuado para su propósito, en gran parte debido a su naturaleza altamente estructurada, su enfoque en casos de uso empresarial (especialmente como el punto de entrada de grano grueso para una operación comercial), la dependencia de XML y la falta de bibliotecas para dispositivos móviles. plataformas de desarrollo. Estas características hacen que las tecnologías SOA no se adapten a las redes móviles fragmentadas y relativamente lentas y sean difíciles de implementar para los desarrolladores de aplicaciones móviles. Para una comparación de REST y SOAP, vea nuestra infografía .

Las características clave de una API RESTful en el sentido de lo que está en libertad incluyen las siguientes:

  • Implementar un servidor que se adhiera al estándar HTTP 1.1;
  • Aprovechar los métodos HTTP como un medio para leer o cambiar el estado de un objeto u objetos (llamados "entidades" en el lenguaje del estándar);
  • Usar recursos en forma de URI para definir entidades maleables y colecciones de entidades;
  • Usar parámetros de consulta o encabezados como medio para agregar argumentos a una llamada a la API.

Estas cuatro características son casi omnipresentes en todas las API que afirman ser de naturaleza REST (que se adhieren al espíritu del trabajo de Fielding más que a la letra de la ley) y son la esencia de lo que realmente es una API: un medio para modificar el estado de su backend o sus datos sin dar a los clientes acceso directo al backend en sí . Estos pueden parecer puntos técnicos, pero son la base de por qué las API se han vuelto tan importantes y los medios que brindan para convertir sus aplicaciones y servicios en una plataforma que los consumidores externos pueden utilizar.

¿Por qué las API se han vuelto importantes?

Servir a clientes a través de redes amplias, altamente distribuidas y relativamente poco confiables, como las redes de telefonía celular 2G e Internet, fue la razón original para proporcionar una API. Las API web, en particular las API privadas disponibles solo para clientes de la misma organización, se han convertido en el método de facto para proporcionar datos y servicios a aplicaciones móviles.

Las API alimentan nuestros dispositivos conectados

Sin embargo, la innovación entre las organizaciones que ofrecían API ("proveedores de API") no se limitaba únicamente a las necesidades de las aplicaciones móviles; muchas, como Amazon o Twitter, eran muy conscientes de que una API puede servir a cualquier cliente . Esto se despertó al darse cuenta de que las API podían ofrecerse a cualquier cliente nuevo o existente que quisiera consumir el producto o servicio que la API tenía para ofrecer. Esta comprensión, de lo que podría ofrecer una API pública externa, fue aprovechada por organizaciones que vieron las API como una forma de extender el alcance de su producto y de servir a cualquier cliente independientemente de su factor de forma.

La lista de empresas que se abrieron camino hace unos 10 años al lanzar sus primeras API públicas contiene muchos nombres familiares muy aclamados por sus esfuerzos en la economía API; Servicios web de Amazon, eBay, Twitter, Facebook, Twilio, Uber, etc. Todas estas empresas vieron cómo las API se pueden utilizar como un medio para extender el alcance de sus plataformas a nuevos consumidores al proporcionar una interfaz fácil de usar. El éxito de estas organizaciones al convertirse en proveedores de API desencadenó una fiebre del oro y fomentó un gran interés en las API, el crecimiento de la Economía API y la manifestación de varias soluciones técnicas complementarias como la gestión de API . Además, el avance en los estándares de seguridad que admiten API, especialmente OAuth 2.0 como un medio para proporcionar acceso delegado a una API en nombre de un usuario, han ayudado a madurar y estandarizar el entorno tecnológico en el que ha crecido la economía.

Lea más en nuestro eBook: The API Economy

¿Tú qué sacas de esto?

Sin embargo, sacar una lista de nombres famosos no proporciona suficiente evidencia de que una organización deba invertir tiempo y dinero para convertirse en un proveedor de API. Las razones para hacerlo se han vuelto tan diversas como la propia economía API y podrían ser cualquiera de las siguientes:

  • Eficiencia de backend a móvil : el uso de API para proporcionar servicios de backend a un dispositivo móvil sigue siendo, por supuesto, muy relevante. Muchas organizaciones se convierten en proveedores de API para ayudar en sus esfuerzos en la economía de las aplicaciones móviles y utilizan API para proporcionar datos y servicios para sus aplicaciones móviles;
  • Entrega de software como servicio : llevar un producto al mercado utilizando una API también es cada vez más popular. Los productos API-first tienden a ser servicios de tecnología que se entregan de manera sensata y conveniente utilizando una API respaldada por una gran experiencia de desarrollador. Muchas empresas emergentes toman esta ruta para ingresar rápidamente al mercado, con muchos ejemplos de productos de primera API en verticales que incluyen pagos, operaciones comerciales, salud, ciencia y muchos más.
  • Nuevas experiencias de cliente : las API refuerzan los productos y servicios existentes de una organización y permiten que se entreguen a través de un nuevo canal. Una API puede ofrecer flexibilidad y opciones para los clientes existentes y atraer nuevos clientes que buscan una forma de consumir el producto o servicio de forma programática;
  • Presión competitiva : el crecimiento en la economía API también ha introducido un elemento de "mantenerse al día con los demás" con las organizaciones que se convierten en proveedores de API para mantenerse al día con los competidores que ya han proporcionado una API;
  • Presión regulatoria : Por último, las organizaciones se ven cada vez más obligadas a convertirse en proveedores de API debido a presiones regulatorias o legales con los gobiernos que ven las API como una forma de abrir mercados y aumentar las opciones de los consumidores. Los ejemplos clave en Europa incluyen las reformas de CMA en el Reino Unido y PSD2 en la UE.
Para conocer más a fondo por qué las organizaciones pueden convertirse en proveedores de API, lea nuestra publicación sobre el valor de los datos .

Pensamientos finales

Las API todavía mantienen su estatus como una "palabra mágica" en los círculos tecnológicos, junto con la IA, los macrodatos y el aprendizaje automático, pero comprender qué son y por qué son importantes es crucial para que las organizaciones vean su valor como producto y como solución técnica . Las API brindan conveniencia, flexibilidad y opciones tanto para los consumidores como para los proveedores de API y garantizan que un producto pueda entregarse a la audiencia adecuada en el momento adecuado.

Con el conocimiento de esta publicación, puede comenzar a tomar decisiones informadas sobre qué más necesita investigar con respecto a las API. El resumen de las API nórdicas es un buen canal para eso, ya que compartimos recursos que abarcan todo el ciclo de vida de la API, incluida la planificación , el diseño , la estrategia , la seguridad , la monetización y el marketing . Considere cómo puede construir sobre estos fundamentos convirtiéndose en un proveedor de API o simplemente desarrollando una aplicación que consume una API, ¡y manténgase atento a más conocimientos sobre API 101!

Publicar un comentario

0 Comentarios