ForgeNEX

Desarrollo de software

Desarrollo de software para empresas en Vitoria-Gasteiz

Un buen mantenimiento deja rastro: qué se hizo, cuándo, en qué equipo y con qué resultado. Ese historial sirve para detectar equipos problemáticos, justificar renovaciones y no repetir diagnósticos.

Trabajamos con contenedores Docker y, cuando la escala lo pide, con Kubernetes. Pero el objetivo no es la herramienta, sino que desplegar, escalar y recuperar el sistema sea un procedimiento repetible y no un arte.

Un sistema distribuido sin observabilidad es una caja negra. Incluimos registros estructurados, métricas y trazas suficientes para saber qué pasó cuando un pedido no llegó a su destino.

Pide una propuesta

Lo que entregamos

  • Procedimiento de altas, cambios y bajas de usuarios con lista de verificación y responsables.
  • Plan de mantenimiento de bases de datos: limpieza, índices, estadísticas, espacio y copias.
  • Calendario de mantenimiento preventivo con tareas mensuales, trimestrales y anuales.
  • Procedimiento de reinstalación de equipos con copia previa de datos y lista de software por perfil.
  • Informe de estado de cada equipo con recomendación: mantener, optimizar, ampliar componentes o renovar.
  • Mapa de datos: qué sistema es dueño de cada dato y cómo lo reciben los demás.
  • Informe de optimización de licencias con propuesta de ajuste por persona o perfil.

Cuándo tiene sentido Desarrollo de software

Reinstalaciones improvisadas

Cada vez que un equipo se estropea se reinstala de una forma distinta, y la persona pasa días recuperando programas, accesos y configuraciones.

Dudas sobre renovar o ampliar

Hay equipos que van mal y no se sabe si basta con ampliar memoria o cambiar el disco, o si es mejor comprar uno nuevo.

Sincronizaciones nocturnas que llegan tarde

Los datos se pasan entre sistemas una vez al día. Durante el día, el equipo trabaja con información desactualizada.

Integraciones frágiles punto a punto

Cada sistema está conectado con otros mediante scripts distintos. Cuando uno falla, nadie sabe qué datos se perdieron ni cómo recuperarlos.

Despliegues manuales y arriesgados

Publicar una versión depende de una persona y de una lista de pasos que no está escrita. Si esa persona no está, no se publica.

De la primera llamada a funcionar

    01

    Inventario inicial

    Recogemos qué equipos, sistemas y aplicaciones hay, su antigüedad y su estado.

    02

    Puesta al día

    Aplicamos actualizaciones pendientes, retiramos software innecesario y corregimos lo urgente.

    03

    Calendario preventivo

    Fijamos las tareas periódicas y las ventanas en las que se pueden hacer sin molestar.

    04

    Supervisión

    Configuramos alertas de espacio, servicios y discos para enterarnos antes que los usuarios.

    05

    Informe y planificación

    Entregamos un informe periódico y proponemos renovaciones con tiempo.

¿Hablamos de tu caso?

Pide un inventario y diagnóstico inicial de tus equipos y sabrás exactamente con qué estás trabajando.

Pide tu propuesta

Desplegado como desplegamos lo nuestro

Lo que montamos queda documentado y se puede repetir, no depende de una persona.

forgenex

$ desplegar tuempresa

✓Versión de la aplicación verificada

✓Base de datos creada

✓Aplicación arrancada y sana

✓Primer administrador creado

✓Dominio configurado

✓Certificado TLS emitido

Listo: https://tuempresa.forgenex.com

Ejemplos según tu actividad

Inmobiliarias

Agentes que trabajan desde el móvil y documentación de operaciones que se comparte con clientes y notarías. Acceso seguro desde cualquier sitio y compartición controlada.

Hostelería

Equipos en entornos exigentes y con poco margen para paradas en servicio. Supervisión remota y mantenimiento en horas sin actividad.

Clínicas privadas (equipos administrativos)

Mantenemos los equipos de recepción y administración, sin acceder a datos clínicos ni al software sanitario especializado.

Empresas de software y agencias

APIs públicas para clientes con contrato OpenAPI, versionado y política de retirada, y canales de despliegue continuo.

Para saber más

Desarrollo y arquitectura

Patrón transactional outbox en arquitecturas de empresa

Diseña para duplicados y fallos

La entrega puede repetirse, por ejemplo si el publicador envía el mensaje y falla antes de marcarlo como procesado. Por eso el consumidor debe ser idempotente: registrar el ID tratado, rechazar efectos duplicados o aplicar una operación segura ante repetición.

Leer la guía completa

Mantenimiento

Obsolescencia de aplicaciones: decidir con datos

Ficha para priorizar una aplicación

Dato Pregunta de revisión ------ Propietario ¿Qué persona de negocio y qué equipo técnico responden por ella? Soporte ¿Qué versiones y componentes siguen cubiertos por el fabricante? Criticidad ¿Qué proceso se detiene si el sistema no está disponible? Dependencias ¿Qué identidades, integraciones, datos y equipos la…

Leer la guía completa

Puesto de trabajo digital

Gestión Moderna de Endpoints con Microsoft Intune: Arquitectura y Automatización

Aprovisionamiento Zero-Touch con Windows Autopilot

El despliegue de nuevos equipos solía requerir horas de trabajo manual y mantenimiento de imágenes doradas. Windows Autopilot elimina esta fricción permitiendo que el hardware pase directamente del fabricante al usuario final. Al encender el equipo e introducir sus credenciales corporativas, el dispositivo se une a…

Leer la guía completa

Desarrollo de software para empresas de Vitoria-Gasteiz

Si tu empresa en Vitoria-Gasteiz tiene su propio equipo de desarrollo, podemos acompañarlo en las decisiones de arquitectura sin sustituirlo.

Desde Sevilla administramos el puesto de trabajo de empresas de toda País Vasco, con un inventario de equipos y usuarios siempre actualizado.

Nos coordinamos con la persona de referencia en tu oficina de Vitoria-Gasteiz para altas, bajas y entregas de equipos, sin que tenga que ser técnica.

Criterios que importan

  • Que documente las políticas aplicadas y el motivo de cada excepción.
  • Que tenga un calendario de mantenimiento por escrito y no dependa de que tú llames.
  • Que proponga modernizar por fases antes que reescribir de golpe.
  • Que incluya formación práctica para que la plantilla use bien lo que ya paga.
  • Que tenga una política para versionar y retirar APIs.

Preguntas frecuentes

¿También mantenéis aplicaciones y bases de datos?+

Sí. Revisamos tareas de limpieza, índices, espacio, versiones y copias, y planificamos los cambios para que no afecten al servicio.

¿Cómo decidimos si una aplicación antigua se mantiene o se sustituye?+

Con datos: incidencias, coste de mantenerla, riesgo de seguridad, dependencia de personas concretas y alternativas disponibles. Te entregamos el análisis y la recomendación.

¿Se puede hacer todo en remoto?+

La gran mayoría de tareas, sí: actualizaciones, limpieza, diagnóstico, reinstalaciones y supervisión. Los cambios físicos de componentes requieren a alguien in situ; si el proyecto lo requiere, se coordina una visita puntual o se envían instrucciones guiadas.

¿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.

¿n8n es suficiente o hace falta código?+

Para muchos flujos entre aplicaciones, n8n es suficiente y más rápido de cambiar. Cuando la lógica es compleja, el volumen alto o las reglas críticas, conviene código propio. Se pueden combinar.

¿Necesito microservicios?+

Probablemente no al principio. Tienen sentido cuando hay equipos distintos, cargas muy diferentes o partes que cambian a ritmos dispares. Un monolito bien modularizado es más fácil de operar y puede dividirse después.

¿Cuándo restauraste por última vez una copia de seguridad? Si no lo recuerdas, hablemos.

Desarrollo de software en Vitoria-Gasteiz: cuéntanos qué necesitas