Saltar al contenido principal
Fugen Services logo

Nube e Infraestructura

Despliegues aburridos y una infraestructura que puedes reconstruir

Puedes saber que un equipo no aplica prácticas de DevOps por cómo habla de los lanzamientos. Los despliegues se hacen los viernes por la tarde, a mano, con alguien supervisando. Nadie está seguro de que el entorno de pruebas coincida con el de producción. Cuando algo falla a las 2am, lo primero que saben es por un correo de un cliente. Los tres problemas son solucionables y ninguno requiere reescribir el código.

Orientativo

Auditoría desde £3,000; configuración desde £6,000

Precio fijo acordado por escrito antes de comenzar cualquier desarrollo.

Solicitar presupuesto+44 7488 265083

El problema que resuelve

Desplegar manualmente no solo es lento, sino que convierte cada lanzamiento en una decisión de riesgo — así que los lanzamientos se agrupan, los grupos se hacen más grandes y cada uno es más peligroso que el anterior. Mientras tanto, la infraestructura que solo existe como clics en una consola no puede revisarse, no puede reproducirse y desaparece con quien la configuró.

Qué obtendrá

Un flujo que valida con pruebas

GitHub Actions o GitLab CI ejecutando tu suite de pruebas, comprobaciones de tipos y un build en cada push. Nada llega a producción sin pasar, así que el flujo es el estándar en lugar de que alguien lo recuerde.

Infraestructura como código

Terraform para recursos en la nube, de modo que cada cambio sea una solicitud de revisión revisada con un plan que puedas leer antes de aplicarlo. El entorno se vuelve reproducible en lugar de arqueológico.

Entornos que realmente coinciden

Pruebas construidas con las mismas definiciones que producción, con volúmenes de datos lo suficientemente realistas como para que una consulta que sea rápida en pruebas también lo sea en producción.

Lanzamientos sin tiempo de inactividad

Despliegues blue-green o en rolling con comprobaciones de salud y un retroceso que es un solo comando en lugar de un caos. Un lanzamiento que puedes deshacer en 60 segundos deja de dar miedo.

Monitorización con alertas reales

Tiempo de actividad, tasa de errores, tiempo de respuesta y profundidad de cola, con umbrales ajustados para que una alerta signifique algo. Un panel que nadie consulta no es monitorización; un canal lleno de alertas que nadie lee es peor.

Revisión de costes

Instancias de tamaño adecuado, capacidad reservada donde el uso es predecible y el almacenamiento que nadie ha mirado desde 2022. Reducir la factura de la nube en un tercio sin cambios de rendimiento es algo común.

Cómo trabajamos

  1. Auditoría

    Cómo despliegas hoy, qué se ejecuta dónde, qué se monitoriza y qué ocurre cuando falla. Suele llevar una semana y produce un informe escrito que puedes conservar independientemente de lo que hagas después.

  2. Priorizar por riesgo

    La solución que elimina más riesgo primero — que casi nunca es la más interesante. Suele tratarse de copias de seguridad que nunca se han restaurado o de un único servidor sin plan de sustitución.

  3. Flujo primero

    Build, prueba y despliegue automatizados a pruebas antes de que nada toque producción. Aquí es donde surge la confianza para cambiar el resto.

  4. Codificar la infraestructura

    Importar lo existente a Terraform y luego hacer cambios a través de él. Sin reconstrucciones masivas: el sistema en ejecución sigue funcionando.

  5. Observabilidad

    Métricas, logs estructurados y alertas, con un sistema de guardia que acuerdes.

  6. Entrega

    Manuales de procedimientos para los fallos que realmente ocurren, y una sesión de revisión con quien esté de guardia.

Qué esperar

  • Los despliegues pasan de ser un evento programado a una tarea rutinaria
  • Todos los cambios en la infraestructura se revisan antes de aplicarse
  • Los problemas se detectan mediante monitorización, no por los clientes
  • Se reduce el gasto en alojamiento sin afectar al rendimiento

Desarrollado con

  • AWS
  • Azure
  • DigitalOcean
  • Hetzner
  • Terraform
  • Docker
  • Kubernetes
  • GitHub Actions
  • GitLab CI
  • Nginx
  • LiteSpeed
  • Cloudflare
  • Grafana
  • Prometheus
  • Sentry

Mainstream, well-supported technology — chosen so you can hire for it and so another team could take the project over.

DevOps e ingeniería en la nube — your questions

Incluyendo las preguntas sobre coste, que la mayoría de las agencias omiten en la página.

La configuración de un pipeline y de infraestructura como código para una aplicación web típica comienza en alrededor de £6,000, y una auditoría sola cuesta entre £3,000 y £6,000. La gestión continua se presupuesta mensualmente según lo que realmente se esté ejecutando, no como un paquete fijo.

Probablemente no. Kubernetes resuelve problemas que aparecen a una escala que la mayoría de las PYMES del Reino Unido nunca alcanzan, y conlleva una carga operativa real: alguien tiene que entenderlo a las 2 de la madrugada. Los contenedores en una plataforma gestionada manejan la gran mayoría de las cargas de trabajo con una fracción de la complejidad. Se lo diremos así en lugar de venderle la opción más cara.

Sí. La mayor parte de este trabajo es independiente del proveedor, y preferimos mejorar lo que ya tienes antes que moverte a algo nuevo por el simple hecho de cambiar. Si tu alojamiento actual es realmente el cuello de botella, te mostraremos las cifras.

Tres cosas: cada cambio se puede revisar antes de aplicarse, el entorno puede reconstruirse desde cero si se pierde, y la configuración deja de estar en la cabeza de una sola persona. Lo tercero es lo más importante: es lo que hace que el equipo sea reemplazable y no el sistema frágil.

El trabajo con el pipeline y el entorno de pruebas se realiza junto a producción y no altera lo que ven los usuarios. Los cambios en producción se escalonan, se aplican fuera del horario laboral cuando hay riesgo, y son reversibles. No hacemos migraciones en bloque.

Ofrecemos respuesta en horario laboral británico como estándar, con cobertura fuera de horario disponible como servicio adicional. Somos claros al respecto: un soporte 24/7 real requiere un turno rotativo, y que una sola persona afirme cubrir las 24 horas no es un servicio real.

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