Ingeniería de Software
Hacer que tus sistemas se comuniquen entre sí, de forma fiable
La mayoría del trabajo de integración fracasa en el camino infeliz. La demo funciona, el caso feliz funciona, y luego el proveedor de pagos se queda sin tiempo de respuesta a mitad de la solicitud, o la API de contabilidad te limita la tasa de solicitudes a final de mes, y nadie sabe si el pedido se creó dos veces o no se creó en absoluto. Gestionar eso correctamente es el verdadero trabajo.
Orientativo
Integración desde £4,500; API completa desde £12,000
Precio fijo acordado por escrito antes de comenzar cualquier desarrollo.
Solicitar presupuesto+44 7488 265083El problema que resuelve
Dos patrones causan la mayoría de los problemas de integración. Llamar a una API de terceros de forma síncrona dentro de una solicitud web, de modo que su día lento se convierta en tu caída del sistema. Y la falta de idempotencia, por lo que un reintento crea un pedido duplicado, una factura duplicada o un cargo duplicado —y reconciliar eso manualmente cuesta más que haberlo construido correctamente desde el principio.
Qué obtendrá
Diseñado antes de construirlo
Recursos, verbos, códigos de estado, formas de error, paginación y versiones acordados de antemano en una especificación OpenAPI. Cambiar una API publicada es caro; cambiar un documento no lo es.
Autenticación que se adapta al consumidor
OAuth 2.0 cuando terceros actúan en nombre de un usuario, claves firmadas para servidor a servidor, tokens de corta duración con renovación para clientes móviles. Elegidos para coincidir con quién realiza la llamada en lugar de por costumbre.
Idempotencia y reintentos
Las operaciones de escritura aceptan una clave de idempotencia para que un reintento no pueda crear un segundo registro. Las llamadas salientes usan retroceso exponencial con un disyuntor, de modo que una dependencia fallida se degrade en lugar de propagar el fallo.
Webhooks en los que se puede confiar
Cargas útiles firmadas, protección contra repeticiones y un registro de entrega con redelivery manual. En el lado receptor, verificar y luego encolar —nunca procesar un webhook de forma síncrona dentro de la solicitud.
Limitación de tasa y cuotas
Límites por consumidor con encabezados claros y códigos 429, para que un cliente no pueda degradar el servicio para el resto. Esto es lo que hace que una API sea segura para compartir con un socio.
Documentación que permanece fiel
Generada a partir de la especificación y publicada con ejemplos reales de solicitud y respuesta, para que no se desvíe de la implementación como siempre ocurre con la documentación escrita a mano.
Cómo trabajamos
Mapear el flujo
Qué datos se mueven, en qué dirección, con qué frecuencia y qué debe ocurrir cuando un paso falla. La pregunta sobre el fallo es la que define el diseño.
Especificar
Documento OpenAPI revisado con quien vaya a consumirlo, antes de que exista el código. Los consumidores encuentran problemas de diseño que los productores no pueden ver.
Construir según un contrato
Implementación más pruebas de contrato, para que un cambio que rompa falle en CI en lugar de en la integración de un socio.
Refuerza los extremos
Tiempos de espera, reintentos, cortacircuitos, colas de mensajes fallidos y registros estructurados.
Prueba en entorno de pruebas y lanza
Un entorno de pruebas con credenciales de test para que los consumidores puedan desarrollar, seguido de un lanzamiento en producción por etapas.
Supervisa
Tasa de errores, latencia y conteo de fallos por integración, alertando cuando una dependencia empieza a fallar, no después de que lo haya hecho.
Qué esperar
- Una caída en un tercero degrada una sola función en lugar de todo el sitio
- Los reintentos no generan pedidos, facturas o cargos duplicados
- Los socios se integran a partir de la documentación sin consultar a tu equipo
- Los cambios que rompen la compatibilidad se detectan mediante pruebas de contrato, no por un socio
Desarrollado con
- Node.js
- TypeScript
- Laravel
- PHP
- Python
- FastAPI
- OpenAPI
- GraphQL
- REST
- PostgreSQL
- MySQL
- Redis
- RabbitMQ
- Stripe
- Xero
- QuickBooks
- Shopify
- Twilio
- SendGrid
Mainstream, well-supported technology — chosen so you can hire for it and so another team could take the project over.
Desarrollo e integración de APIs — your questions
Incluyendo las preguntas sobre coste, que la mayoría de las agencias omiten en la página.
Una integración única y bien definida —por ejemplo, un proveedor de pagos o una sincronización con un CRM— suele costar entre £4,500 y £9,000. Una API completa para consumidores externos, con autenticación, limitación de tasa, entorno de pruebas y documentación, parte desde £12,000. La variable casi siempre es el comportamiento del otro sistema.
REST para la mayoría de los casos, y GraphQL cuando un cliente necesita componer sus propias consultas sobre datos relacionados —normalmente una app móvil que busca reducir los viajes de ida y vuelta. GraphQL añade complejidad real en caché, limitación de tasa y control de costes de consulta, por lo que necesita una razón más allá de la preferencia.
A menudo, aunque seremos claros sobre los compromisos. Las opciones son una integración a nivel de base de datos si podemos acceder a ella, intercambio de archivos programado o, como último recurso, extracción de datos de pantalla —que funciona pero se rompe cada vez que el otro lado cambia su marcado. Cotizamos el scraping como mantenimiento continuo en lugar de un trabajo puntual, porque es lo que es.
Eso se diseña desde el principio. Las llamadas salientes pasan por una cola con reintentos y un disyuntor, por lo que un proveedor que falla implica una acción retrasada en lugar de una solicitud fallida o una página 500. Cualquier cosa irrecuperable termina en una cola de mensajes muertos con una alerta, por lo que nada se pierde en silencio.
Sí, generada a partir de la especificación OpenAPI para que no quede obsoleta, publicada con ejemplos funcionales y un entorno de pruebas para probar contra él. La documentación de API escrita a mano queda desactualizada en dos versiones, por eso no la hacemos así.
Versionado en la ruta de la URL, con una política de desuso escrita —los cambios aditivos van a la versión actual, los cambios que rompen la compatibilidad generan una nueva versión, y la antigua sigue disponible durante un período acordado. Los consumidores planifican en torno a ello en lugar de descubrirlo.
Servicios relacionados
La mayoría de los proyectos abarcan más de uno de estos servicios.
Software personalizado
Sistemas a medida que sustituyen las hojas de cálculo, los procesos manuales y las herramientas genéricas que tu empresa ha superado.
Leer másDesarrollo de productos SaaS
Multi-tenencia, facturación, roles e incorporación diseñados una sola vez, para que los siguientes cien clientes no requieran una reconstrucción.
Leer másDesarrollo web
Sitios web y aplicaciones web personalizadas diseñadas para velocidad, visibilidad en buscadores y mantenibilidad a largo plazo.
Leer másHabla con alguien que ya lo haya construido
A short call is usually enough to tell you whether this is the right service for your situation — including when it is not.
