apollo-server

Guía completa para construir servidores GraphQL con Apollo Server 5.x en distintos frameworks. Cubre definición de esquemas, resolutores, configuración de contexto y manejo de errores con soporte para TypeScript. Soporta modo independiente para prototipado e integraciones con Express, Fastify, Koa y entornos serverless. Incluye patrones de resolutores, autenticación/autorización, plugins, DataLoader para prevención de N+1 y técnicas de optimización de rendimiento. Proporciona documentación de referencia para fuentes de datos, errores...

npx skills add https://github.com/apollographql/skills --skill apollo-server

Apollo Server 5.x Guide

Apollo Server is an open-source GraphQL server that works with any GraphQL schema. Apollo Server 5 is framework-agnostic and runs standalone or integrates with Express, Fastify, and serverless environments.

Quick Start

Step 1: Install

npm install @apollo/server graphql

For Express integration:

npm install @apollo/server @as-integrations/express5 express graphql cors

Step 2: Define Schema

const typeDefs = `#graphql
  type Book {
    title: String
    author: String
  }

  type Query {
    books: [Book]
  }
`;

Step 3: Write Resolvers

const resolvers = {
  Query: {
    books: () => [
      { title: "The Great Gatsby", author: "F. Scott Fitzgerald" },
      { title: "1984", author: "George Orwell" },
    ],
  },
};

Step 4: Start Server

Standalone (Recommended for prototyping):

The standalone server is great for prototyping, but for production services, we recommend integrating Apollo Server with a more fully-featured web framework such as Express, Koa, or Fastify. Swapping from the standalone server to a web framework later is straightforward.

import { ApolloServer } from "@apollo/server";
import { startStandaloneServer } from "@apollo/server/standalone";

const server = new ApolloServer({ typeDefs, resolvers });

const { url } = await startStandaloneServer(server, {
  listen: { port: 4000 },
});

console.log(`Server ready at ${url}`);

Express:

import { ApolloServer } from "@apollo/server";
import { expressMiddleware } from "@as-integrations/express5";
import { ApolloServerPluginDrainHttpServer } from "@apollo/server/plugin/drainHttpServer";
import express from "express";
import http from "http";
import cors from "cors";

const app = express();
const httpServer = http.createServer(app);

const server = new ApolloServer({
  typeDefs,
  resolvers,
  plugins: [ApolloServerPluginDrainHttpServer({ httpServer })],
});

await server.start();

app.use(
  "/graphql",
  cors(),
  express.json(),
  expressMiddleware(server, {
    context: async ({ req }) => ({ token: req.headers.authorization }),
  }),
);

await new Promise<void>((resolve) => httpServer.listen({ port: 4000 }, resolve));
console.log("Server ready at http://localhost:4000/graphql");

Schema Definition

Scalar Types

  • Int - 32-bit integer
  • Float - Double-precision floating-point
  • String - UTF-8 string
  • Boolean - true/false
  • ID - Unique identifier (serialized as String)

Type Definitions

type User {
  id: ID!
  name: String!
  email: String
  posts: [Post!]!
}

type Post {
  id: ID!
  title: String!
  content: String
  author: User!
}

input CreatePostInput {
  title: String!
  content: String
}

type Query {
  user(id: ID!): User
  users: [User!]!
}

type Mutation {
  createPost(input: CreatePostInput!): Post!
}

Enums and Interfaces

enum Status {
  DRAFT
  PUBLISHED
  ARCHIVED
}

interface Node {
  id: ID!
}

type Article implements Node {
  id: ID!
  title: String!
}

Resolvers Overview

Resolvers follow the signature: (parent, args, contextValue, info)

  • parent: Result from parent resolver (root resolvers receive undefined)
  • args: Arguments passed to the field
  • contextValue: Shared context object (auth, dataSources, etc.)
  • info: Field-specific info and schema details (rarely used)
const resolvers = {
  Query: {
    user: async (_, { id }, { dataSources }) => {
      return dataSources.usersAPI.getUser(id);
    },
  },
  User: {
    posts: async (parent, _, { dataSources }) => {
      return dataSources.postsAPI.getPostsByAuthor(parent.id);
    },
  },
  Mutation: {
    createPost: async (_, { input }, { dataSources, user }) => {
      if (!user) throw new GraphQLError("Not authenticated");
      return dataSources.postsAPI.create({ ...input, authorId: user.id });
    },
  },
};

Context Setup

Context is created per-request and passed to all resolvers.

interface MyContext {
  token?: string;
  user?: User;
  dataSources: {
    usersAPI: UsersDataSource;
    postsAPI: PostsDataSource;
  };
}

const server = new ApolloServer<MyContext>({
  typeDefs,
  resolvers,
});

// Standalone
const { url } = await startStandaloneServer(server, {
  context: async ({ req }) => ({
    token: req.headers.authorization || "",
    user: await getUser(req.headers.authorization || ""),
    dataSources: {
      usersAPI: new UsersDataSource(),
      postsAPI: new PostsDataSource(),
    },
  }),
});

// Express middleware
expressMiddleware(server, {
  context: async ({ req, res }) => ({
    token: req.headers.authorization,
    user: await getUser(req.headers.authorization),
    dataSources: {
      usersAPI: new UsersDataSource(),
      postsAPI: new PostsDataSource(),
    },
  }),
});

Reference Files

Detailed documentation for specific topics:

Key Rules

Schema Design

  • Use ! (non-null) for fields that always have values
  • Prefer input types for mutations over inline arguments
  • Use interfaces for polymorphic types
  • Keep schema descriptions for documentation

Resolver Best Practices

  • Keep resolvers thin - delegate to services/data sources
  • Always handle errors explicitly
  • Use DataLoader for batching related queries
  • Return partial data when possible (GraphQL's strength)

Performance

  • Use @defer and @stream for large responses
  • Implement DataLoader to solve N+1 queries
  • Consider persisted queries for production
  • Use caching headers and CDN where appropriate

Ground Rules

  • ALWAYS use Apollo Server 5.x patterns (not v4 or earlier)
  • ALWAYS type your context with TypeScript generics
  • ALWAYS use GraphQLError from graphql package for errors
  • NEVER expose stack traces in production errors
  • PREFER startStandaloneServer for prototyping only
  • USE an integration with a server framework like Express, Koa, Fastify, Next, etc. for production apps
  • IMPLEMENT authentication in context, authorization in resolvers

Más skills de apollographql

apollo-federation
apollographql
Apollo Federation permite componer múltiples APIs de GraphQL (subgrafos) en un supergrafo unificado.
apollo-ios
apollographql
Apollo iOS es un cliente GraphQL fuertemente tipado para plataformas Apple. Genera tipos Swift a partir de tus operaciones y esquema GraphQL, e incluye un cliente async/await, una caché normalizada (en memoria o respaldada por SQLite), un transporte HTTP basado en interceptores conectables que maneja consultas, mutaciones y suscripciones multiparte, y un transporte WebSocket opcional (graphql-transport-ws) que puede transportar cualquier tipo de operación.
apollo-router
apollographql
Apollo Router es un enrutador de grafos de alto rendimiento escrito en Rust para ejecutar supergrafos de Apollo Federation 2. Se sitúa frente a tus subgrafos y maneja la planificación de consultas, ejecución y composición de respuestas.
apollo-router-plugin-creator
apollographql
Crea plugins nativos de Rust para Apollo Router.
graphql-operations
apollographql
Guía de mejores prácticas para escribir operaciones GraphQL eficientes y seguras en tipos, y organizarlas con fragmentos. Cubre consultas, mutaciones, suscripciones y fragmentos con convenciones de nomenclatura, sintaxis de variables y uso de directivas. Enfatiza principios fundamentales: solicitar solo los campos necesarios, nombrar todas las operaciones, usar variables en lugar de valores fijos e incluir campos de identificación para la capacidad de caché. Recomienda colocar fragmentos junto con componentes y usar las directivas @include / @skip para campos condicionales...
graphql-schema
apollographql
Guía de mejores prácticas de la industria para diseñar esquemas GraphQL intuitivos, eficientes y mantenibles. Abarca principios fundamentales de diseño, incluyendo organización de tipos centrada en el cliente, patrones explícitos de nulabilidad y estrategias de evolución compatibles con versiones anteriores. Proporciona documentación de referencia sobre tipos, convenciones de nomenclatura, paginación basada en cursores, modelado de errores y consideraciones de seguridad. Incluye patrones prácticos para interfaces, uniones, tipos de entrada, mutaciones y estrategias de ID con ejemplos de código...
rover
apollographql
CLI de Apollo Rover para gestionar esquemas GraphQL, federación y desarrollo local de supergrafos. Publica, obtén y valida esquemas de subgrafos; compone supergrafos federados localmente o mediante GraphOS. Incluye verificación de esquemas (validación previa al despliegue), linting e introspección desde servidores en ejecución. El comando rover dev inicia un Router local con composición automática de esquemas para flujos de trabajo de desarrollo. Soporta patrones de CI/CD con validación de verificación antes de publicar y salida JSON para scripting. Requiere...
rust-best-practices
apollographql
Estándares de codificación idiomática de Rust basados en el manual de mejores prácticas de Apollo GraphQL. Cubre nueve áreas principales: estilos y modismos de codificación, linting con clippy, optimización de rendimiento, manejo de errores, patrones de prueba, genéricos y despacho, patrón de estado de tipo, documentación y seguridad de punteros. Enfatiza el préstamo sobre la clonación, el manejo de errores basado en Result con thiserror/anyhow, y la creación de perfiles de rendimiento con compilaciones release. Incluye orientación de referencia rápida sobre patrones de propiedad, prevención de pánicos,...