REST es una arquitectura de diseño de API que, en los últimos años, se ha convertido en la norma para implementar servicios web. Utiliza HTTP para obtener datos y realizar diversas operaciones (POST, GET, PUT y DELETE) en formato JSON, lo que permite un mejor y más rápido análisis de datos. Pero REST tiene algunas desventajas que hacen que las empresas consideren mecanismos alternativos para gestionar el rendimiento, el tiempo de desarrollo y la producción de sus API; aquí es donde entra GraphQL. GraphQL no tiene que reemplazar a REST, ambos diseños de API pueden coexistir y aprovecharse para casos de uso apropiados. Únase a nosotros para una conversación sobre los beneficios, limitaciones, herramientas y decisiones de diseño que debe considerar al realizar esta evaluación.
Todo sobre GraphQL
Video Summary and Transcription
GraphQL es una tendencia emergente en el desarrollo de API, que permite combinar puntos finales REST en una sola llamada de API. Tyk, un proveedor de puerta de enlace de API de código abierto, ahora ofrece gestión completa del ciclo de vida de API. Con GraphQL, los desarrolladores pueden importar API REST en Tyk y convertirlas en API GraphQL, simplificando el proceso y reduciendo el número de llamadas de API requeridas. Esta charla relámpago proporciona una demostración de importación de IDs, definición de fuentes de datos y combinación de puntos finales utilizando GraphQL.
1. Introduction to GraphQL and Tyk
Hola a todos. Gracias por venir a ver esta charla relámpago sobre GraphQL. Mi nombre es Sedghi, soy Líder Técnico en Tyk. GraphQL es una tendencia emergente. Somos un proveedor de puerta de enlace de API de código abierto y ahora ofrecemos gestión completa del ciclo de vida de la API. Hoy voy a importar algunas API REST en Tyk y convertirlas en una API GraphQL. Vamos a ir al panel de control de gestión de API y ver cómo funciona.
GraphQL es una tendencia emergente. ¿Y qué es Tyk? Somos un proveedor de puerta de enlace de API de código abierto y ahora ofrecemos gestión completa del ciclo de vida de la API. Así que siéntanse libres de ir a tyk.io y tener una idea de lo que es. Entonces, ¿qué vamos a hacer hoy? Voy a importar algunas API REST en Tyk. Tenemos una colección de API REST, las vamos a importar en nuestra gestión de API. Vamos a convertir automáticamente las API REST en una API GraphQL. Y eso es todo, vamos a obtener beneficios. Les voy a mostrar lo fácil que es hacerlo. Y entonces, ¿qué tenemos? Tenemos un punto final REST de usuario que tiene un ID, nombre, nombre de usuario, correo electrónico y luego publicaciones. Y estas publicaciones son un array que se refiere a todas las publicaciones realizadas por este usuario. Una publicación tiene estos campos, y luego tiene comentarios, y un comentario es un array de este tipo. Y estos son tres puntos finales diferentes. Voy a componer esto en una única API GraphQL para ustedes, y podemos hablar sobre los enfoques diferentes.
Muy bien, vamos allá. Aquí estamos, estoy en el panel de control de gestión de API, no vamos a entrar en los detalles de todas las cosas diferentes, pero pueden ver que tenemos esta API aquí, se llama GraphQL posts v2. Y ahora mismo, tenemos un tipo de usuario y un tipo de publicación. Ya he definido mis esquemas, y es una representación uno a uno de la API subyacente. Así que si voy aquí y voy a usuarios uno, quiero el recurso REST de donde el ID de usuario es uno, y me devuelve todos los datos JSON. Así que tenemos a Leanne Graham como nombre, nombre de usuario, correo electrónico, y así sucesivamente. Y he tomado estos campos de JSON, los he mapeado en este esquema GraphQL. Y luego fui e inyecté las publicaciones. Así que aquí tenemos una segunda API, y se llama publicaciones. Así que tenemos todas las publicaciones que pertenecen
2. Using GraphQL to Combine REST Endpoints
Puedes ver que es una matriz donde cada publicación tiene un ID. Vamos a obtener eso usando una sola llamada a la API. Obtenemos todos los datos de dos puntos finales separados combinados en una sola llamada a la API. Ahora, vamos a inyectar comentarios como un subarreglo de publicaciones. Hemos generado una API en Tyk e importado todos los puntos finales. A continuación, definiremos un nuevo esquema para los comentarios.
3. Importando IDs y Definiendo Fuentes de Datos
Entonces, importemos el ID, nombre y correo electrónico. Creemos un nuevo campo llamado comentarios bajo publicaciones, que es una matriz de tipo comentario. Definamos una nueva fuente de datos, TykRest, y seleccionemos el punto final de comentarios. Inyectemos el ID de la publicación desde el objeto padre. Con REST, teníamos que hacer múltiples llamadas a la API a diferentes puntos finales y descubrir las relaciones. Con GraphQL, es una sola solicitud de API para todos los datos.
Así que aquí, vamos a ir a publicación, a comentarios. Voy a definir una data fuente. Voy a decir, no una existente. Vamos a definir una nueva. Es TykRest, la fuente de datos. Y luego vamos a seleccionar nuestro JSON placeholder que acabamos de importar. Y ahora incluso podemos seleccionar el punto final en sí. Y en lugar de eso, vamos a decir comentarios donde el ID de la publicación sea igual. Y luego vamos a inyectar el ID del tipo publicación y actualizar. Y le vamos a dar un nombre, punto final de comentarios, y luego actualizar y actualizar. Y ahora le hemos dicho a Tyk, bien, cuando llegue una solicitud y alguien pida un campo de comentarios que pertenezca a publicaciones, ve al punto final de comentarios e inyecta el ID de la publicación desde el objeto padre. Y ahora, si envío la misma solicitud, bueno, la arruiné. Así que eso es malo. Pero la idea es así es como debería haber funcionado. Así que dioses de la demostración y todo eso, pero no sé. De todos modos, nos quedan 45 segundos antes de terminar. Así que no voy a entrar en el modo debug y descubrir qué hice mal. Pero esa es la idea en pocas palabras. Entonces, lo que queríamos hablar era la diferencia entre hacer una solicitud de consulta para GraphQL, en comparación con REST. Y así, con REST, puedes ver que si queríamos todos estos data, no solo teníamos que ir a tres puntos finales diferentes, sino que además de eso, teníamos que descubrir las relaciones. Así que nosotros en el frontend construyendo, digamos, una página de inicio para una aplicación de redes sociales, teníamos que hacer una llamada a usuario. Y luego teníamos que hacer una segunda llamada para obtener todas las publicaciones que pertenecen a este usuario. Así que teníamos que inyectar el ID de usuario en esta llamada. Y finalmente, teníamos que ir a comentarios y comentarios e inyectar todos los IDs de publicación y hacer una llamada a la API por cada una de mis publicaciones. Así que había potencialmente docenas y docenas de llamadas a la API que teníamos que hacer. Eso ya no es así. Es solo una sola solicitud de API de GraphQL, si funcionara, y obtuvimos todos los data de una vez. Así que ahora estoy fuera de tiempo, así que voy a detenerme. Pero muchas gracias por ver.