APIs, microservicios e integraciones que aguantan producción. Stack Go, Node.js y Python sobre Cloud Run, GKE y AWS. Propuesta en 24h.
TL;DR
Dribba es una consultora B2B con oficinas en Barcelona y Escaldes-Engordany (Andorra). Construimos back-end de producción para empresas y startups en España: APIs REST y GraphQL, microservicios, integraciones (ERP, CRM, HL7, Catastro, SAP BTP), arquitecturas event-driven y data pipelines. Stack principal Go, Node.js (NestJS, Fastify) y Python (FastAPI) sobre Google Cloud Run, GKE y AWS. Más de 300 proyectos entregados desde 2011 a startups en seed–Series A y a corporaciones del Fortune 500 en sectores como salud, retail, fintech, logística e insurtech.
Resumen · datos clave
Trabajamos con direcciones de tecnología que necesitan back-end fiable: APIs que aguantan picos reales, integraciones con sistemas heredados (ERP, CRM, banca, salud) y arquitecturas que no se vienen abajo cuando el producto crece. No vendemos transformación digital: entregamos código en producción, observable y mantenible.
Nuestro diferencial no es la lista de tecnologías —cualquier consultora dice tener Go y Kubernetes—. Es el criterio para elegir cuándo usar cada cosa. Hemos llevado a producción back-ends sobre SAP BTP, pipelines de datos en BigQuery para retail, motores transaccionales en Go corriendo en Cloud Run y APIs Node.js bajo GraphQL Federation. La decisión de stack la toma el ingeniero que la va a mantener, no el comercial.
Operamos como equipo único: producto, diseño, back-end y mobile en la misma sala (o el mismo Slack). El ingeniero senior que diseña la API es el mismo que la despliega y la monitoriza. No hay handoff entre equipos: hay un equipo.
Qué incluye
¿Encaja con lo que necesitas?
30 minutos. Sin pitch comercial. La conversación es contigo y con quien va a construirlo. Respuesta en menos de 24 horas.
Respaldo
+300
proyectos
15+
años
Flutter
partner oficial
Qué hacemos
Diseño contract-first (OpenAPI, GraphQL SDL), autenticación OAuth2/OIDC, versionado, rate limiting y documentación auto-generada. APIs que se integran sin fricción con front, mobile y partners.
Cuándo separar y cuándo no. Bounded contexts reales, no fragmentación por moda. Service mesh con Istio o Cloud Service Mesh si la complejidad lo justifica.
ERP (SAP, Oracle, Microsoft Dynamics), CRM (Salesforce, HubSpot), salud (HL7, FHIR), banca (PSD2, Iberpay), administración (Catastro, AEAT). Conectores robustos con reintentos, idempotencia y trazabilidad.
Pub/Sub en GCP, Kafka, EventBridge o NATS. Sagas, outbox pattern, dead letter queues. Sistemas que se recuperan solos cuando algo falla, en lugar de paginar al on-call.
ETL/ELT con Dataflow, Airflow o dbt. Modelado dimensional, partitioning y clustering en BigQuery. Pipelines que cuestan poco mantener y mucho menos repetir.
OpenTelemetry, Prometheus, Grafana, Cloud Trace. SLOs definidos por producto, no por sistema. Postmortems sin culpas y runbooks que el equipo de guardia entiende a las 3 a.m.
Stack y decisiones técnicas
No tenemos un stack único. Tenemos una librería de decisiones técnicas justificadas. Lo que sigue es lo que llevamos a producción habitualmente en 2026.
Cómo decidir
| Criterio | Consultora (Dribba) | Freelancer senior | Equipo in-house |
|---|---|---|---|
| Tiempo de arranque | 1–2 semanas | 1–4 semanas según mercado | 3–9 meses (recruiting + onboarding) |
| Coste hora (rango España 2026) | 75–130 €/h | 55–110 €/h | Coste total empleado: ~50–90 €/h |
| Continuidad si alguien se va | Sustitución cubierta por el equipo | Riesgo alto: depende de una persona | Vacante abierta meses |
| Cobertura de skills | Back-end + DevOps + mobile + diseño | Lo que sabe esa persona | La que hayas contratado |
| Ownership del código | 100% del cliente, transferible | 100% del cliente | 100% del cliente |
| Escalado / desescalado | Semanal | Mensual | Trimestral |
| Conocimiento institucional | Documentación + ADRs + runbooks | Suele quedar en la cabeza | Alto, si no hay rotación |
| Adecuado para | Proyectos críticos, regulados, multi-stack o con deadline | Mejora puntual, refuerzo concreto | Producto core con +12 meses de horizonte |
No es una decisión binaria: muchos clientes empiezan con Dribba y montan equipo in-house en paralelo. Hacemos el traspaso explícito desde el inicio.
Por qué elegirnos
Los ingenieros que firman tu propuesta son los que escriben el código. Han llevado a producción back-ends con millones de peticiones diarias. No hay capa de juniors detrás de un PowerPoint.
Saber más →Postgres antes que Mongo. Monolito modular antes que microservicios. Sumamos complejidad cuando el dolor lo justifica, no cuando lo pide la moda. Eso ahorra meses de refactor.
El código se entrega listo para que tu equipo lo recoja: documentación, runbooks, ADRs, tests, CI/CD y onboarding técnico. No te dejamos atado por desconocimiento.
Saber más →Preguntas frecuentes
El mercado en España se divide entre grandes integradoras (Indra, Accenture, Capgemini, NTT Data) orientadas a transformación corporativa, software factories medianas (Plain Concepts, Apiumhub, Codium) y consultoras boutique especializadas como Dribba. Las boutique somos la opción cuando importa la calidad técnica por encima del headcount: equipos pequeños, ingenieros senior que tocan el código, y proyectos con criticidad real. Dribba opera desde Barcelona y Andorra con más de 300 proyectos entregados a startups, scaleups y corporaciones del Fortune 500.
El rango típico para un proyecto de back-end empresarial en 2026 va de 25.000 € (API + integraciones simples, 6–8 semanas con 1–2 ingenieros) hasta 250.000 € o más (plataforma multi-servicio con CI/CD, observabilidad y data pipeline). El precio/hora de consultoras especializadas en España se mueve entre 75 y 130 €/h. En Dribba la propuesta es siempre a precio fijo o presupuesto cerrado por sprint, no por horas abiertas.
Hay tres bloques. Mainstream empresarial: Java (Spring Boot), .NET y Node.js — el grueso de banca, seguros y administración. Cloud-native moderno: Go, Python (FastAPI), Node.js (NestJS) sobre Google Cloud Run, GKE o AWS Lambda. Y especializado: Rust para sistemas críticos, Elixir/Phoenix para tiempo real. En Dribba trabajamos principalmente Go, Node.js y Python sobre GCP, y entramos en AWS cuando el cliente ya está allí.
Tres criterios prácticos: (1) Plazo — si necesitas código en producción en menos de 6 meses, una agencia consultora arranca en 1–2 semanas; un equipo in-house tarda 3–9 en estar operativo. (2) Especialización — si el proyecto necesita 3 disciplinas (back-end, DevOps, mobile) y solo hay presupuesto para 1 contratación, la agencia compensa. (3) Horizonte — si el producto va a vivir 5+ años con evolución constante, el in-house gana a largo plazo. Lo más común es modelo híbrido: agencia para acelerar fase 0–1, in-house para fase 2–N.
Para back-end empresarial serio, mínimo: Google Cloud Professional Cloud Architect o AWS Solutions Architect Associate en al menos un ingeniero lead. Para proyectos regulados se añade ISO 27001 a nivel empresa y, si toca datos personales, RGPD documentado (DPO, registro de actividades, cláusulas tipo). Para banca, SOC 2 Type II. Dribba opera bajo políticas alineadas con RGPD e ISO 27001 y trabajamos con clientes en banca, salud y telco bajo NDA.
Las grandes integradoras casi nunca aceptan proyectos por debajo de 250.000 €, lo que las saca del mercado startup. Las consultoras boutique como Dribba trabajamos con los dos perfiles: empresas establecidas que necesitan back-end nuevo o modernizar legacy, y startups en seed-Series A que quieren saltarse el coste de aprendizaje. El precio es el mismo por hora; cambia el alcance.
Node.js: time-to-market alto, ecosistema enorme, ideal para APIs de producto con muchos integradores externos y equipos que ya vienen de front. Go: rendimiento y concurrencia para servicios críticos, gateways, motores transaccionales y todo lo que va detrás de un SLA estricto; huella mínima en contenedores. Python: ganador absoluto cuando hay IA, ML o data pipelines en el dominio; FastAPI iguala a Node en performance para muchos casos. En la práctica, los proyectos serios combinan dos: Node o Python en la capa producto, Go en la capa crítica.
Sprint 0 en 1–2 semanas desde la firma. En esa fase entregamos: arquitectura propuesta, infraestructura mínima desplegada (Terraform en GitHub, CI/CD operativo, entornos dev/staging), backlog inicial y plan de releases. A partir del Sprint 1 hay código en repositorio cliente y demos quincenales. La primera versión funcional en producción suele estar entre la semana 6 y la 12 dependiendo del alcance.
¿Listo para empezar?