Conexión de Componentes Backend mediante APIs
Contenido del curso
Carlos Eduardo Gomez García
José Antonio Torres
SANDRO ALDO GUINET
Royer Guerrero Pinilla
Hector Zurga Ramos
Jorge Villalobos Gutierrez
Profesor
RUBÉN HERNÁNDEZ PUERTA
Javier Amaya Patricio
Emerson Cedeño
Jhonatan Holguín
German Vera
Mijael Rodrigo Callejas Flores
José Arturo Chávez Mirabal
Carlos Fernando Aguilar González
Gonzalo Peñaranda
Juan Sebastian Ramirez Leyva
Royer Guerrero Pinilla
Hector Zurga Ramos
Eddy Arellanes
Si quieren entender bien y profundizar cómo funciona un API, recomiendo MUCHO el Curso de Postman donde básicamente se explican muchos conceptos de API para que puedan conectarse (desde los verbos HTTP, hasta los endpoints y documentación de la misma) . También recomiendo el Curso de API REST donde se profundizan más estos conceptos y hacemos una práctica de un API minimalista pero funcional.
Excelente sugerencias
Disculpa pero sale Oops! error 500 de tu enlace al curso de postman
Una API o Interfaz de programación de aplicaciones entrega una series de servicios llamados endpoints y se ve algo así https://miapp.com/accounts/ a este endpoint podemos o crear un usuario o leer todos los usuarios esto se logra mediante los verbos http los mas usados son POST - GET - PUT - PATCH - DELETE y llevados a un CRUD seria
POST -> Create
GET -> Read
PUT -> Update
PATCH -> Partial Update
DELETE -> Eliminacion
Muy buena explicación 👍, como aclaratoria esto es en el patrón de API Restful, ya que esto no ocurre así con otros patrones como el de GraphQL que funciona de otra forma diferente
FYI. técnicamente PUT es "Upsert".(Create or Update), y a diferencia de Post debería ser idempotente
Las APIs nos permiten abstraer la complejidad de un proceso y exponer una interfaz sencilla para la comunicación entre los sitemas. Como ejemplo en mi trabajo existen varios sistemas que para llevar a cabo su funcionalidad requieren consultar datos de los empleados, que a su vez están alojados en diferentes servidores de BD pues son empleados que aunque trabajan en el mismo lugar pertenecen a diferentes empresas. Cada aplicación escribía su propia lógica de consulta a la BD y ya se pueden imaginar, si había algún cambio en los servidores de BD pues era necesario reescribir los datos de conexión en cada uno de los sistemas, esto se solucionó con la creación de una API que se ocupa de hacer todas las consultas necesarias y así para cada sistema es tan fácil como realizar una petición a la API para obtener los datos, y si llega a haber un cambio en los servidores solamente es necesario que se realicen los cambios en la API y no en cada sistema por separado.
¡Hola! Platzinauta Curioso 🚀🧑💻 Si este tema de las API te gusto, te reto que vayas e incrementes tus conocimientos con los siguientes recursos. 👇
¡No olvides que la curiosidad es un poder muy grande, úsalo a tu favor!
excelente, gracias por compartir!
¿Como se conecta todo en el backend? El Backend de un sistema puede estar conformado por múltiples componentes para su funcionamiento. Sin embargo, independientemente de la implementación, generalmente debe exponer una API (Interfaz de Programación de Aplicaciones).
excelente... Postman y su documentacion es muy buena para entender el consumo de API
¿Qué pasa si una API falla?
Cuando una API falla en un sistema distribuido, el componente que hizo la petición no podrá completar su tarea de forma inmediata, lo que puede generar un efecto dominó si no se maneja correctamente. Por ejemplo, si el servicio de pagos se cae, el servicio de carrito de compras no podrá procesar la orden.
Para evitar que todo el sistema colapse, se implementan patrones de resiliencia. Uno muy común es el uso de colas de mensajes (como SQS). Si la API de destino está caída, el mensaje se guarda en la cola y se reintenta más tarde cuando el servicio vuelva a estar en línea.
También se utilizan estrategias como Circuit Breaker (cortocircuito) o Retry Policies (políticas de reintento) para manejar estos fallos con gracia, devolviendo un mensaje de error amigable al usuario en lugar de bloquear toda la aplicación.
Cuando estaba empezando a trabajar el tema de API, al menos en el tema de conexión y lectura con PHP, estaba mirando cURL.
existen varios protocolos de comunicación, pero si es un servicio expuesto a internet , se utliza mucho el Api rest, sin embargo existen otros protocolos de comunicación, grpc, services bus, etc..
Cuando latincoder habla de RCP se refiere a RTP(Real Time Transport Protocol)?
No sé si se referirá a lo que el hace mención, pero yo conozco es el RPC (Remote Procedure Call), pienso que sí hace referencia a este, ya que muchas veces me confundo entre RPC o RCP 😂
Aquí te dejo un recurso de la Wikipedia donde lo explican bastante bien
Podría referirse a la forma en que se hacían antes las APIS con el protocolo Remote Procedure Call donde usaban xml como formato para la transmisión de la data, o puede referirse también a gRCP que toma conceptos del antiguo RCP pero tiene sus particularidades , que lo hacen un fuerte competidor contra REST y Graphql, si quieres más detalles, lo explican bien en su página: https://grpc.io/docs/what-is-grpc/
