Desarrollo de software
Software a medida en Bilbao
Muchas empresas tienen ya un sistema que funciona pero que nadie se atreve a tocar. A veces la respuesta no es reescribirlo, sino rodearlo con una API y modernizar por partes mientras sigue en marcha.
Trabajamos con control de versiones en todo, también en flujos low-code y configuraciones. Si algo deja de funcionar, se puede ver qué cambió, quién lo cambió y volver a la versión anterior.
Cuando dos sistemas se comunican por API, las pruebas de contrato comprueban que lo que uno envía es lo que el otro espera, sin tener que levantar todo el entorno. Detectan roturas antes de desplegar, no cuando un cliente llama.
Por qué nos llaman
Sistemas que no se hablan
El CRM, la facturación y el almacén no comparten datos y alguien los copia de uno a otro. Los errores aparecen cuando el cliente ya los ha visto.
Crecimiento que el sistema no aguanta
Lo que funcionaba con pocos usuarios se vuelve lento con el doble. Las páginas tardan, los informes se cuelgan y el equipo pierde tiempo esperando.
Datos desincronizados entre sistemas
El CRM dice una cosa, el ERP otra y el almacén una tercera. Nadie sabe cuál es la fuente fiable.
Una sola persona sabe desplegar
El proceso de publicar una versión no está escrito ni automatizado. Si esa persona falta, el sistema se congela.
Automatizaciones dispersas sin dueño
Hay flujos montados en distintas herramientas por distintas personas, con credenciales personales y sin documentación.
Cómo lo hacemos
Inventario
Localizamos todas las automatizaciones y aplicaciones low-code, con quién las creó, qué hacen y qué datos tocan.
Clasificación por riesgo
Ordenamos por impacto si fallan y sensibilidad de los datos, para saber por dónde empezar.
Marco de gobierno
Entornos, políticas de conectores, cuentas de servicio y un camino claro de desarrollo a producción.
Migración ordenada
Pasamos las automatizaciones críticas al nuevo marco una a una, comprobando que siguen funcionando.
Operación continua
Revisión periódica del inventario, alertas de fallos y acompañamiento a quien crea nuevas soluciones.
¿Hablamos de tu caso?
Reserva una llamada para ver nuestras propias herramientas en funcionamiento y valorar si algo parecido te encaja.
Qué te llevas al terminar
- Canal de integración y despliegue continuo con pruebas automáticas y vuelta atrás.
- Documentación de despliegue y operación para que otro equipo pueda mantener el sistema.
- Políticas DLP por entorno que definen qué conectores pueden combinarse, revisadas antes de activarse.
- Prototipo navegable de las pantallas principales para validarlo con tu equipo antes de programar.
- Registro de decisiones de arquitectura (ADR) con el porqué de cada elección técnica relevante.
- Aplicación o web desplegada en producción con entorno de pruebas separado.
- Pruebas automáticas de las funciones críticas integradas en el ciclo de entrega.
Cómo se aplica en tu sector
- Educación
- Automatización de matrículas, listados y comunicaciones, con cuentas de servicio para que no dependan del curso académico de nadie.
- Inmobiliarias
- Automatización de publicación en portales y de seguimiento de contactos, con alertas cuando un portal cambia su formato.
- Inmobiliarias
- Publicación automática de inmuebles en portales desde el CRM y recogida de contactos de vuelta, sin copiar a mano.
- Distribución y comercio
- Sincronización de stock, precios y pedidos entre tienda online, ERP y almacén, con eventos para que ningún canal venda lo que no hay.
Y cuando toca facturar
El trabajo hecho se factura sin copiar datos, y el cobro vuelve a la ficha del cliente.
Cómo elegir bien
- Que mida cuánto resuelve sola cada automatización y cuánto escala a personas.
- Que elija tecnologías que tu equipo pueda operar.
- Que monte las automatizaciones con cuentas de servicio, no personales.
- Que defina qué sistema es dueño de cada dato.
- Que separe entorno de pruebas y producción y te deje revisar cada entrega.
Para saber más
Desarrollo y arquitectura
CI/CD con GitLab Runners y Kubernetes
Estructuración del Pipeline (.gitlab-ci.yml)
Con el Runner operando en K8s, cada job definido en el .gitlab-ci.yml se ejecutará en un contenedor aislado. Para exprimir al máximo esta arquitectura, emplearemos el patrón Docker-in-Docker (DinD) para compilar y pushear imágenes de contenedores desde dentro de Kubernetes, o herramientas daemonless como Kaniko.
Leer la guía completaDesarrollo y arquitectura
Patrones de Resiliencia en Microservicios: Circuit Breaker y Retry a Nivel Arquitectura
Patrón Circuit Breaker: Fail-Fast para Prevenir Colapsos
Mientras que el patrón Retry asume que el fallo es transitorio, el Circuit Breaker (Cortocircuito) entra en acción cuando el fallo es sistemático. Si un servicio dependiente está caído, seguir enviando peticiones solo consume recursos locales (conexiones abiertas, memoria, CPU) y retrasa la propagación del error al…
Leer la guía completaDesarrollo y arquitectura
Patrón transactional outbox en arquitecturas de empresa
El problema: guardar el estado y publicar el evento
Un servicio puede actualizar su base de datos y publicar después un mensaje. Si el proceso falla entre ambas acciones, el estado persistido y los consumidores quedan desalineados. Publicar primero tampoco resuelve la atomicidad: el evento puede anunciar un cambio que nunca se confirmó en la base de datos.
Leer la guía completaDesde Sevilla, para Bilbao
Desde Sevilla acompañamos a equipos de toda País Vasco en la gobernanza de Power Platform y en sus procesos de entrega de software.
Si en Bizkaia ya tienes un proveedor de sistemas o de hosting, nos coordinamos con él para el despliegue y los accesos.
Una empresa de Bilbao que vende fuera de su provincia necesita una web que cargue igual de rápido para quien la visita desde cualquier sitio; lo medimos en cada versión.
Preguntas frecuentes
¿El código es mío?+
Sí. El repositorio está a tu nombre o se te entrega completo, con la documentación necesaria para que otro equipo pueda mantenerlo.
¿Dónde se aloja la aplicación?+
Donde mejor te convenga: en nuestros servidores en Europa, en tu propia nube o en tu infraestructura. Lo decidimos según requisitos de datos, coste y quién va a operarla.
¿Mi web tiene que ser accesible?+
Es una buena práctica siempre y una exigencia cada vez más frecuente en contratos y en determinados sectores. Además, una web accesible suele ser más clara y rápida para todos.
¿Cuándo conviene usar eventos en lugar de llamadas directas?+
Cuando varios sistemas necesitan enterarse de lo mismo, cuando no quieres que uno dependa de que otro esté disponible o cuando los datos deben llegar casi al momento. Para consultas simples, una llamada directa basta.
¿Qué es un ADR y por qué me interesa?+
Es un documento breve que registra una decisión técnica, su contexto y por qué se tomó. Te protege de depender de la memoria de una persona y facilita que otro equipo continúe el trabajo.
¿Mi equipo podrá mantener la arquitectura?+
Es un requisito del diseño. Documentamos, explicamos las decisiones y evitamos herramientas que tu equipo no pueda operar. Si hace falta, formamos a quien vaya a hacerse cargo.
Software a medida cerca de Bilbao
Hablemos de Software a medida con un caso concreto de tu empresa sobre la mesa.