GraphQL
- API de sólo lectura
- Acceso público, sin autenticación
- Usa GraphQL por debajo
- El tamaño máximo (y por defecto) de página está establecido a 25
- La profundiad máxima de las consultas es de 8 niveles
- Como máximo se pueden solicitar 2 colecciones en una misma consulta
- Soporte para peticiones GET (consulta dentro del query string) y POST (consulta dentro del body, como
application/jsonoapplication/graphql).
La API de CONSUL utiliza GraphQL http://graphql.org, en concreto la implementación en Ruby. Si no estás familiarizado con este tipo de APIs, es recomendable investigar un poco sobre GraphQL previamente.
Una de las caracteríticas que diferencian una API REST de una GraphQL es que con esta última es posible construir consultas personalizadas, de forma que el servidor nos devuelva únicamente la información en la que estamos interesados.
Las consultas en GraphQL están escritas siguiendo un estándar que presenta ciertas similitudes con el formato JSON, por ejemplo:
{
proposal(id: 1) {
id,
title,
public_author {
id,
username
}
}
}
Las respuestas son en formato JSON:
{
"data": {
"proposal": {
"id": 1,
"title": "Hacer las calles del centro de Madrid peatonales",
"public_author": {
"id": 2,
"username": "electrocronopio"
}
}
}
}
- Peticiones GET, con la consulta dentro del query string.
- Peticiones POST
- Con la consulta dentro del body, con
Content-Type: application/json - Con la consulta dentro del body, con
Content-Type: application/graphql
Al ser una API que funciona a través de HTTP, cualquier herramienta capaz de realizar este tipo de peticiones resulta válida.
Esta sección contiene unos pequeños ejemplos sobre cómo hacer las peticiones a través de:
- GraphiQL
- Extensiones de Chrome como Postman
- Cualquier librería HTTP
GraphiQL es una interfaz de navegador para realizar consultas a una API GraphQL, así como una fuente adicional de documentación. Está desplegada en la ruta
/graphiql y es la mejor forma de familiarizarse una API basada en GraphQL.
GraphiQL
Tiene tres paneles principales:
- En el panel de la izquierda se escribe la consulta a realizar.
- El panel central muestra el resultado de la petición.
- El panel derecho (ocultable) contiene una documentación autogenerada a partir de la información expuesta en la API.
Ejemplo de petición
GET, con la consulta como parte del query string:
Postman GET
Ejemplo de petición
POST, con la consulta como parte del body y codificada como application/json:
Postman POST
La consulta debe estar ubicada en un documento JSON válido, como valor de la clave
"query":
Postman POST
Por supuesto es posible utilizar cualquier librería HTTP de lenguajes de programación.
IMPORTANTE: Debido a los protocolos de seguridad de los servidores del Ayuntamiento de Madrid, es necesario incluir un User Agent perteneciente a un navegador para que la petición no sea descartada. Por ejemplo:
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36El fichero config/api.yml contiene una lista completa de los modelos (y sus campos) que están expuestos actualmente en la API.
La lista de modelos es la siguiente:
Modelo | Descripción |
|---|---|
User | Usuarios |
Debate | Debates |
Proposal | Propuestas |
Comment | Comentarios en debates, propuestas y otros comentarios |
Geozone | Geozonas (distritos) |
ProposalNotification | Notificaciones asociadas a propuestas |
Tag | Tags en debates y propuestas |
Vote | Información sobre votos |
{
proposal(id: 2) {
id,
title,
comments_count
}
}
Respuesta:
{
"data": {
"proposal": {
"id": 2,
"title": "Crear una zona cercada para perros en Las Tablas",
"comments_count": 10
}
}
}
{
proposals {
edges {
node {
title
}
}
}
}
Respuesta:
{
"data": {
"proposals": {
"edges": [
{
"node": {
"title": "ELIMINACION DE ZONA APARCAMIENTO EXCLUSIVO FUNCIONARIOS EN MADRID"
}
},
{
"node": {
"title": "iluminación de zonas deportivas"
}
}
]
}
}
}
Actualmente el número máximo (y por defecto) de elementos que se devuelven en cada página está establecido a 25. Para poder navegar por las distintas páginas es necesario solicitar además información relativa al
endCursor:{
proposals(first: 25) {
pageInfo {
hasNextPage
endCursor
}
edges {
node {
title
}
}
}
}
La respuesta:
{
"data": {
"proposals": {
"pageInfo": {
"hasNextPage": true,
"endCursor": "NQ=="
},
"edges": [
# ...
]
}
}
}
Para recuperar la siguiente página, hay que pasar como parámetro el cursor recibido en la petición anterior, y así sucesivamente:
{
proposals(first: 25, after: "NQ==") {
pageInfo {
hasNextPage
endCursor
}
edges {
node {
title
}
}
}
}
Esta consulta solicita información relativa a varios modelos distintos en una única petición:
Proposal, User, Geozone y Comment:{
proposal(id: 15262) {
id,
title,
public_author {
username
},
geozone {
name
},
comments(first: 2) {
edges {
node {
body
}
}
}
}
}
Permitir que un cliente personalice las consultas supone un factor de riesgo importante. Si se permitiesen consultas demasiado complejas, sería posible realizar un ataque DoS contra el servidor.
Existen tres mecanismos principales para evitar este tipo de abusos:
- Paginación de resultados
- Limitar la profundidad máxima de las consultas
- Limitar la cantidad de información que es posible solicitar en una consulta
La profundidad máxima de las consultas está actualmente establecida en 8. Consultas más profundas (como la siguiente), serán rechazadas:
{
user(id: 1) {
public_proposals {
edges {
node {
id,
title,
comments {
edges {
node {
body,
public_author {
username
}
}
}
}
}
}
}
}
}
La respuesta obtenida tendrá el siguiente aspecto:
{
"errors": [
{
"message": "Query has depth of 9, which exceeds max depth of 8"
}
]
}
El principal factor de riesgo se da cuando se solicitan varias colecciones de recursos en una misma consulta. El máximo número de colecciones que pueden aparecer en una misma consulta está limitado a 2. La siguiente consulta solicita información de las colecciónes
users, debates y proposals, así que será rechazada:{
users {
edges {
node {
public_debates {
edges {
node {
title
}
}
},
public_proposals {
edges {
node {
title
}
}
}
}
}
}
}
La respuesta obtenida tendrá el siguiente aspecto:
{
"errors": [
{
"message": "Query has complexity of 3008, which exceeds max complexity of 2500"
},
{
"message": "Query has complexity of 3008, which exceeds max complexity of 2500"
},
{
"message": "Query has complexity of 3008, which exceeds max complexity of 2500"
}
]
}
No obstante sí que es posible solicitar información perteneciente a más de dos modelos en una única consulta, siempre y cuando no se intente acceder a la colección completa. Por ejemplo, la siguiente consulta que accede a los modelos
User, Proposal y Geozone es válida:{
user(id: 468501) {
id
public_proposals {
edges {
node {
title
geozone {
name
}
}
}
}
}
}
La respuesta:
{
"data": {
"user": {
"id": 468501,
"public_proposals": {
"edges": [
{
"node": {
"title": "Empadronamiento necesario para la admisión en GoFit Vallehermoso",
"geozone": {
"name": "Chamberí"
}
}
}
]
}
}
}
}
Last modified 3mo ago