ForgeNEX

Soluciones

Hosting web en Terrassa

Cambiar de hipervisor es una migración seria: conversión de discos, controladores, red, copias y monitorización. La ensayamos con máquinas representativas antes de tocar las críticas.

Trabajamos con Proxmox VE, VMware vSphere, Hyper-V y KVM, y también con Linux y Windows Server sin capa de virtualización. La elección depende de tu carga, tus licencias y quién va a operarlo después.

La red LAN y la wifi de la oficina sostienen el trabajo diario. Las auditamos, separamos usuarios, invitados, impresoras y gestión en redes distintas, y dejamos la cobertura medida, no supuesta.

Pide una propuesta

Automatizado de principio a fin

Cada paso automatizado y comprobado, con su copia y su certificado.

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

Cuándo tiene sentido Hosting web

Licencias de virtualización disparadas

La renovación del hipervisor ha cambiado de modelo y el coste ya no cuadra. Necesitas saber si migrar a Proxmox u otra plataforma es viable y qué implica.

Entornos imposibles de reproducir

Producción se configuró a mano a lo largo de años. Montar un entorno de pruebas idéntico o recuperar tras un desastre sería empezar de cero.

Configuraciones distintas en equipos que deberían ser iguales

Servidores gemelos se comportan diferente porque alguien aplicó cambios a mano en uno solo. Diagnosticar cualquier problema lleva el doble.

Conocimiento concentrado en una persona

Solo una persona sabe cómo está montado todo. Sus vacaciones o una baja se convierten en un riesgo para el negocio.

Portátiles sin control

Equipos que salen de la oficina sin cifrar, con parches atrasados y usuarios administradores. Si se pierde uno, no hay forma de saber qué contenía ni de borrarlo.

Lo que entregamos

  • Plan de migración por fases con ventanas, orden de servicios, pruebas de aceptación y criterio para abortar.
  • Runbooks para los fallos más probables: caída de un servicio base, disco lleno, restauración de una copia, equipo perdido.
  • Control de accesos por roles y registro de quién hace qué en las partes sensibles.
  • Registro de decisiones de arquitectura (ADR) con el porqué de cada elección técnica relevante.
  • Informe de accesibilidad con criterios WCAG revisados y los ajustes aplicados.
  • Infraestructura descrita en Terraform y configuración en Ansible, en un repositorio a nombre de tu empresa.
  • Informe de rendimiento con mediciones antes y después de cada ajuste de sistema, kernel o almacenamiento.

Profundiza en el tema

Infraestructura y servidores

Protege el plano de gestión de servidores: BMC y Redfish

Inventario y límites de acceso

Antes de endurecer, registra para cada servidor: propietario, ubicación, modelo, versión de firmware, dirección de gestión, interfaz habilitada, dependencias de monitorización y procedimiento de acceso de emergencia. Incluye dispositivos que llevan años en producción: suelen ser los que conservan cuentas compartidas o…

Leer la guía completa

Desarrollo

Plantilla ADR para decisiones de arquitectura de software

Ejemplo — supuesto ilustrativo

Contexto: un portal de cliente necesita incorporar dos funciones nuevas, pero el equipo también debe reducir dependencias entre módulos. Opciones: ampliar el módulo actual, separar una capacidad detrás de una API o sustituir el portal completo. Decisión: no se elige una alternativa por defecto; el ADR debe registrar…

Leer la guía completa

Desarrollo

Feature flags para despliegues graduales en empresas

Separar despliegue de activación

Una feature flag permite decidir en tiempo de ejecución si una función está habilitada. Esto facilita pruebas internas, activación por grupos y despliegues graduales, pero no elimina la necesidad de pruebas, control de cambios ni observabilidad. OpenFeature describe una especificación independiente del proveedor para…

Leer la guía completa

De la primera llamada a funcionar

    01

    Recepción de la incidencia

    Tu equipo escala el problema con los síntomas y los registros disponibles; acordamos prioridad y canal.

    02

    Diagnóstico de fondo

    Analizamos logs, métricas y configuración hasta encontrar la causa, no solo el síntoma que dispara la alerta.

    03

    Corrección y verificación

    Aplicamos la solución mínima que restablece el servicio y comprobamos que todo lo que depende de él funciona.

    04

    Prevención

    Proponemos el cambio estructural que evita la repetición y lo dejamos documentado para tu equipo.

Trabajar con empresas de Terrassa

Las decisiones técnicas que tomamos para tu empresa de Terrassa quedan escritas, para que cualquier equipo pueda continuarlas.

Las ventanas de mantenimiento se pactan con el horario real de tu empresa en Terrassa, no con el nuestro.

Trabajamos con empresas de Cataluña desde Sevilla, con acceso registrado y documentación que queda en manos del cliente.

Por sectores

Clínicas privadas (gestión administrativa)
Llevamos a la nube la parte administrativa: agenda, facturación, correo y documentos internos. Los datos clínicos quedan fuera de nuestro alcance y en el sistema específico del centro.
Clínicas y centros de salud privados
Nos ocupamos de la infraestructura de la gestión administrativa: citas, facturación, ofimática y red. No tratamos datos clínicos; esa parte queda en los sistemas específicos del centro y su proveedor.
Distribución mayorista
ERP con muchos usuarios e integraciones EDI. Valoramos si conviene alojarlo en la nube o en un proveedor cercano, según latencia y licencias.
Industria y fabricación
Los servidores que alimentan la planta (MES, SCADA, ERP) tienen ventanas de parada muy limitadas. Planificamos los cambios con producción y separamos la red de planta de la de oficina.

Preguntas que deberías hacer a cualquier proveedor

  • Que active registros de actividad y te diga cuánto tiempo se guardan.
  • Que proteja el plano de gestión (BMC, hipervisor, accesos de administración) con el mismo cuidado que los datos.
  • Que entregue la infraestructura como código en un repositorio tuyo.
  • Que aplique cambios de seguridad por fases, probando antes con un grupo reducido.
  • Que ensaye las migraciones con máquinas representativas antes del corte.

Preguntas frecuentes

¿Quién hace las copias de seguridad en la nube?+

Normalmente tú, o quien opere tu entorno. El proveedor garantiza su infraestructura, no la recuperación de tus datos ante un borrado o un cifrado. Por eso dejamos escrita la matriz de responsabilidades.

¿Cómo se evita que alguien abra un recurso al público por error?+

Con políticas de la propia plataforma escritas como código que impiden o alertan de configuraciones peligrosas, y con revisiones periódicas de exposición. Se despliegan primero en modo aviso para no bloquear trabajo legítimo.

¿Azure, Google Cloud o AWS?+

Depende de lo que ya usas (por ejemplo, Microsoft 365 acerca a Azure), de los servicios que necesitas y de dónde quieres tener los datos. Trabajamos con varias y te explicamos el motivo de la recomendación.

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

¿Es mejor una app o una web?+

Si tus usuarios la abren a diario o necesitan cámara, notificaciones o trabajo sin conexión, una app puede compensar. Si no, una web o una PWA hace lo mismo con un solo desarrollo y sin pasar por las tiendas.

¿Qué diferencia hay entre monitorización y observabilidad?+

La monitorización comprueba lo que ya sabes que puede fallar; la observabilidad recoge métricas, registros y trazas suficientes para entender fallos que no habías previsto. En una pyme se empieza por lo primero y se añade lo segundo donde aporta.

Si tienes claves de acceso repartidas en scripts, empecemos por ahí: es de lo más rentable en seguridad.

Hosting web en Terrassa: cuéntanos qué necesitas

Llamar WhatsApp