Skip to main content

Creación de las API para todos

Objetivos de aprendizaje

Después de completar esta unidad, podrá:

  • Definir y describir una API.
  • Nombrar casos comunes de API.
Nota

Esta unidad está destinada a cualquiera que esté interesado en aprender lo que son las interfaces de programación de aplicaciones (API) y cómo funcionan. También es uno de los varios módulos que conforman la ruta Convertirse en un campeón de la integración. Complete la ruta. ¡Casi terminó!

La tecnología se convirtió en parte de cada aspecto de nuestras vidas y la conectividad se convirtió en la piedra angular de la Cuarta revolución industrial. Estamos todos conectados de alguna manera.

  • A través de nuestros teléfonos, buscamos reseñas de Yelp para restaurantes cercanos.
  • A través de sitios de reservas de viajes con acceso a todos los vuelos y hoteles disponibles.
  • Incluso los electrodomésticos pueden reponer alimentos que se han acabado en casa: por ejemplo, podemos pedir palomitas para microondas directamente desde un microondas AmazonBasics habilitado con Alexa.

¿Alguna vez se preguntó cómo funciona esto?

Durante décadas, la mayoría de software informático se creaba y distribuía con un solo tipo de usuario en mente: un humano. Independientemente de la cadena de eventos que se produjera bajo la cubierta de ese software, un usuario humano estaba tradicionalmente al final de esa cadena. Debido a esto, el usuario solo podía acceder a los datos a través de una interfaz de usuario (IU).

Pero, ¿qué hay si algunos datos fueran fácilmente accesibles para otro software? Por ejemplo, el smartwatch que comparte el número de pasos que da cada día con un servicio de gráficos de la actividad física en la web o con el sistema de historiales médicos electrónicos que utiliza el médico al que pidió ayuda para ponerse en forma? En este caso, los objetivos de la interfaz de usuario son muy diferentes. Después de todo, el software no tiene ojos, emociones ni intuición; no necesita una interfaz de usuario gráfica. Sin embargo, del mismo modo que una interfaz de usuario está adaptada a los humanos, el software necesita una interfaz que facilite la obtención de datos o funciones desde otro software.

Y aquí entran en juego las interfaces de programación de aplicaciones, conocidas también como API. Cuando las aplicaciones, los datos o los dispositivos comparten datos o funciones dentro de algún contexto específico (como la visualización de datos de la forma física), las API están en segundo plano y son las responsables de la conectividad que se produce en ese contexto.

¿Qué es una API?

Una API es equivalente a una interfaz de usuario, excepto que está diseñada para software en vez de humanos. Es por eso que las API se describen a menudo en los medios como tecnología que permite a las aplicaciones comunicar entre sí.

Imagen de monitor de sobremesa con el cliente subtexto. Una flecha apunta a un servidor para enviar una solicitud. Otra flecha apunta hacia el monitor de la computadora con la respuesta de retorno.

El cliente envía una solicitud de información o función específica a otro sistema. Ese sistema devuelve los datos o la función en una respuesta. Para enviar o recibir datos, existe una expectativa de que será en un formato específico que ambas partes pueden comprender. Ese formato a menudo es muy sensible al contexto al que sirve. Echemos un vistazo más de cerca.

Una propietaria de negocio en un club de fitness local desea conectar su nuevo equipo de gimnasia para la nueva ubicación del club. Sabe que, como reside en Norteamérica, necesita un enchufe estadounidense. También sabe que las tomas de corriente proporcionan 120 voltios de electricidad. Estas directrices conocidas establecen esencialmente una expectativa para cualquier dispositivo que deba enchufar a una toma de corriente.

Las API funcionan de un modo parecido.

API: La corriente eléctrica entre software

¿Pero cuál es la relación entre las tomas de corriente y las API, si es que la hay?

Imagen de un escritorio, un refrigerador y un teléfono celular, todos conectados a un icono de engranaje de API.

Piense en ello de este modo:

  • La electricidad procedente de la toma de corriente es un servicio. Puede detenerse e iniciarse en cualquier momento.
  • La cinta de correr enchufada a la toma de corriente utiliza electricidad para funcionar.
  • Como la cinta no tiene su propia fuente de alimentación, la cinta está externalizando la energía que necesita a un proveedor de servicio, como por ejemplo uno que utiliza turbinas eólicas o energía solar.

Aunque las tomas de corriente son diferentes en cada parte del mundo, tienen patrones de agujeros estándar y predecibles, y los enchufes de los aparatos, como las cintas de correr, están diseñados para ajustarse a esos patrones estándar.

Todas estas especificaciones establecen esencialmente expectativas para cualquier aparato que desee utilizar el servicio. Los enchufes y los suministros eléctricos se ajustan a los patrones estándar y las especificaciones (como 120 voltios) del servicio. Lo mismo se aplica para las API.

Al igual que las tomas eléctricas, las API ofrecen patrones estándar similares que facilitan a otro software la tarea de intercambiar datos y funciones. Cualquier software que necesite enviar o recibir datos debe adherirse a esas especificaciones para realizar una solicitud. Las API facilitan la conexión de procesos existentes (como una experiencia de cliente) a nuevos datos y funciones.

Comparta sus comentarios de Trailhead en la Ayuda de Salesforce.

Nos encantaría saber más sobre su experiencia con Trailhead. Ahora puede acceder al nuevo formulario de comentarios en cualquier momento en el sitio de Ayuda de Salesforce.

Más información Continuar a Compartir comentarios