¿Qué es un API Gateway?

Un API gateway es una puerta de entrada gestionada para tus APIs: un punto único que enruta, autentica y aplica rate limiting a cada solicitud. La idea es la centralización: el trabajo transversal que todo endpoint necesita (quién eres, a qué tasa puedes llamar, adónde va esto, qué pasó) sale de N servicios y entra en una capa de políticas que los clientes no pueden rodear.

Puntos clave

Qué hace la puerta de entrada

La lista de tareas de un gateway, como configuración en lugar de N copias de middleware — una ruta declarativa típica:

# ruta del gateway: una entrada, política adjunta
route: /orders/**
  service: orders-api:8080          # enrutamiento — la topología queda privada
  auth: bearer-jwt                  # autenticación en la puerta
  rate_limit: 100/min per key       # presupuestos antes de los backends
  transform:
    strip_headers: [X-Internal-*]   # traducir entre el edge y el interior
  timeout: 5s
  observe: log + trace + metrics    # un solo lugar para observarlo todo

Del lado del cliente, un gateway gestionado desaparece dentro del SDK — una llamada, con las revisiones de la puerta aplicadas antes de que corra cualquier código tuyo:

// JavaScript / Node.js — Back4app JS SDK
// One managed entry point: auth, rate limits, and routing applied per call
const receipt = await Parse.Cloud.run('placeOrder', { cartId: 'crt_812' });
// The platform's gateway verified the session, applied limits,
// and routed to the function — none of it in your code.
console.log(`Order ${receipt.orderId} confirmed`);

// Flutter / Dart — Back4app Flutter SDK
// One managed entry point: auth, rate limits, and routing applied per call
final function = ParseCloudFunction('placeOrder');
final response = await function.execute(parameters: {'cartId': 'crt_812'});
if (response.success) {
  print('Order ${response.result['orderId']} confirmed');
}

// iOS / Swift — Back4app Swift SDK
// One managed entry point: auth, rate limits, and routing applied per call
ParseCloud.callFunction("placeOrder",
                        parameters: ["cartId": "crt_812"]) { result in
  if case .success(let receipt) = result {
    print("Order confirmed: \(receipt)")
  }
}

// Android / Kotlin — Back4app Android SDK
// One managed entry point: auth, rate limits, and routing applied per call
val params = hashMapOf("cartId" to "crt_812")
ParseCloud.callFunctionInBackground<Map<String, Any>>("placeOrder", params) { receipt, e ->
  if (e == null) Log.d("Orders", "Order ${receipt["orderId"]} confirmed")
}

Los cuatro parecidos, separados

La descripción canónica del patrón agrega la variación que vale la pena conocer: el Backend for Frontend — un gateway delgado por tipo de cliente, cada uno moldeando respuestas para su cliente — que cambia más piezas desplegadas por el fin de las APIs de talla única que no le quedan a nadie.

Las desventajas, sin rodeos

El gateway centraliza poder, y la centralización te cobra de cuatro formas. Punto único de falla: todo fluye por él — córrelo clusterizado detrás de un load balancer o acepta que su caída es la caída. El nuevo cuello de botella: cada equipo de features ahora presenta cambios de configuración contra un componente compartido; la gobernanza y las herramientas de autoservicio son parte de la adopción, no extras. El monolito renacido: la lógica de agregación que se acumula en el gateway reconstruye en silencio la aplicación centralizada que descompusiste — mantenlo denso en política y delgado en lógica. Expansión de config: cientos de rutas con políticas por ruta son un código base; revísalas como tal. Nada de esto argumenta contra los gateways; todo argumenta contra los gateways casuales.

Casos de uso comunes

• Puerta de entrada de microservicios — la historia de origen: muchos servicios, una API coherente, topología libre de evolucionar detrás de ella.
• Productos multi-cliente — web, mobile y partners con auth, formas y límites distintos — el territorio del BFF.
• Monetización de APIs — claves, planes, cuotas y medición de uso impuestos en un solo punto.
• Migraciones — el patrón strangler: el gateway enruta los caminos viejos al sistema legado y los nuevos a su reemplazo, de forma invisible.
• Política de edge — CORS, TLS, higiene de headers y rate limiting aplicados una vez en lugar de N.

¿Necesitas uno? Matriz de decisión

La respuesta huérfana en la mayoría de las páginas de comparación: todavía no es una arquitectura legítima. Agrega la puerta cuando haya un edificio detrás de ella.

Limitaciones y trade-offs

• La disponibilidad ahora es la disponibilidad del gateway. Clusterízalo, vigílalo con health checks y ensaya su falla — la mitigación es estándar y no es opcional.
• Un hop de latencia, contabilizado con honestidad contra los viajes de ida y vuelta y el middleware duplicado que elimina; mide, no supongas en ninguna dirección.
• La agregación es una pendiente. Componer respuestas es legítimo; la lógica de negocio en el gateway es el patrón ESB con un gafete nuevo.
• Las opciones open-source cargan operación. Existen gateways excelentes en open source (stacks basados en Envoy y pares) — cada uno es un sistema distribuido que ahora corres, actualizas y proteges.
• Los gateways gestionados cambian control por silencio. La puerta operada por la plataforma es la respuesta correcta exactamente cuando operar el gateway sería trabajo pesado sin diferencial.

El gateway en Back4app

Back4app es una plataforma open-source de Backend as a Service (BaaS) que combina base de datos gestionada, APIs REST y GraphQL generadas automáticamente, autenticación, almacenamiento de archivos y funciones serverless con Cloud Code. La capa de gateway viene con la plataforma: toda solicitud — REST, GraphQL, SDK o llamada a Cloud Code, como en las pestañas de código de arriba — entra por un edge gestionado que autentica sesiones y claves, aplica rate limits por app y enruta hacia las APIs generadas o tus funciones, con la plataforma operando el clustering y el escalado que hacen segura una puerta de entrada. La matriz de decisión colapsa: obtienes las garantías del gateway desde el primer día, y te saltas por completo ser dueño de la puerta.