INFRAESTRUCTURA PARA LA APLICACIÓN
Entorno claro.
Recuperación verificada
Diseñamos y configuramos la infraestructura para la aplicación: alojamiento, contenedores, lanzamiento de cambios, monitoreo y copias de seguridad. Acordamos el costo de recursos y verificamos el escenario de recuperación.
TAREA
ESCENARIO
DATOS
VERIFICACIÓN
LANZAMIENTO
ENTREGA
hasta el lanzamiento y entrega
PUBLICACIÓN
LANZAMIENTO
RECUPERACIÓN
realizados
del estudio
negocio
Premier Partner
marketing, analítica
Arquitectura bajo requisitos del proyecto
Primero analizamos la aplicación, los datos y el tiempo de inactividad permitido. Definimos qué componentes son críticos, dónde se pueden ubicar y qué presupuesto operativo está disponible. No todo proyecto necesita un clúster o Kubernetes.
Describimos el entorno y el procedimiento de lanzamiento de cambios: compilación, pruebas, gestión de configuración y secretos. Si la arquitectura lo permite, separamos los entornos de prueba y producción y preparamos un procedimiento para volver a la versión anterior.
Para la restauración, establecemos la pérdida de datos permitida y el tiempo objetivo de recuperación del servicio. Configuramos la copia en almacenamiento externo y verificamos la restauración. La replicación ayuda a la disponibilidad, pero no reemplaza una copia de seguridad independiente.
- Esquema de componentes y estimación de costos de recursos
- Entorno y configuración que se pueden repetir
- Canal de lanzamiento con verificaciones y retorno
- Copias de seguridad externas y verificación de recuperación
- Métricas, notificaciones e instrucciones de funcionamiento
Entorno
Versiones y configuración descritas
Lanzamiento
Todo cambio tiene comprobaciones y un camino de retorno
Copias
Existe una fuente de recuperación independiente
Observación
El fallo está relacionado con una notificación clara
La tolerancia a fallos se verifica mediante un escenario
La existencia de varios servidores no garantiza la disponibilidad. Verificamos el fallo de un componente, la conmutación y la recuperación según un plan acordado; mostramos los objetivos y los resultados reales por separado.
Infraestructura, que se puede acompañar
La complejidad de la arquitectura debe corresponder a los requisitos y capacidades del equipo.
Configuración repetible
Describimos las versiones, configuraciones y recursos. Aplicamos contenedores y código de infraestructura donde simplifican el despliegue y el control de cambios.
Lanzamiento verificado
Acordamos las comprobaciones de preparación y el procedimiento de cambio. Las migraciones de datos requieren un plan separado: volver al contenedor anterior no siempre restaura el esquema anterior de la base de datos.
Recuperación y coste
Calculamos no solo los servidores, sino también el almacenamiento, tráfico, registros y reservas. Verificamos la frecuencia de copias y el tiempo de recuperación contra los requisitos del negocio.
Desde los requisitos hacia un entorno de trabajo
Antes de comprar recursos fijamos las limitaciones, objetivos de restauración y presupuesto.
Auditoría de aplicación
Recopilamos dependencias, datos, perfil de carga y la infraestructura actual. Verificamos los requisitos de alojamiento y accesos.
Esquema y presupuesto
Elegimos la composición de los componentes y la redundancia. Evaluamos los gastos recurrentes y acordamos los objetivos de recuperación.
Preparación del entorno
Describimos la configuración, los roles y los secretos. Configuramos los servidores o servicios gestionados en el volumen seleccionado.
Canal de lanzamiento
Añadimos compilación, verificaciones y cambio de versión acordado. Para la base de datos definimos un orden de migración separado.
Copias y monitoreo
Configuramos el almacenamiento, periodos de retención, métricas y rutas de notificación. Verificamos el acceso a las copias de seguridad.
Verificación y transferencia
Ejecutamos el escenario de recuperación y lanzamiento acordado. Entregamos el esquema, las instrucciones, los accesos al propietario y el plan de soporte.
Despliegue, configuración y observación
Elegimos el stack tecnológico según la aplicación, la carga y las condiciones de operación.
Contenedores
Docker y Compose para proyectos adecuados. Consideramos el orquestador cuando los requisitos justifican su complejidad.
Configuración como código
Ansible o Terraform en el volumen acordado. El estado, los accesos y los secretos requieren un almacenamiento protegido por separado.
Métricas y copias
Prometheus, Grafana o servicios disponibles del proveedor. Verificamos las notificaciones y confirmamos la copia de seguridad mediante restauración.
— COSTE
Tarifas
en arquitectura en la nube
Desde un servidor hasta la infraestructura distribuida. Elegimos el nivel de redundancia según los requisitos del proyecto.
| Composición de trabajos | VPS/VDS Start Un servidor y configuración operativa básica 35 000 ₽ hasta 7 días | POPULAR Nube integral Contenedores, configuración y pipeline de lanzamiento 70 000 ₽ hasta 14 días | HA Cluster Enterprise Clúster con verificación de fallos acordados desde 130 000 ₽ a partir de 20 días |
|---|---|---|---|
|
Servidores
|
Un VPS | Hasta 3 servidores | Clúster según esquema acordado |
|
Contenedores
|
Instalación y configuración según la tarea | Migración de componentes acordados | Imágenes y orquestador según tarea |
|
CI/CD
|
No incluido | Pipeline básico | Canal y cambio de arquitectura |
|
Copias de seguridad
|
Archivado y almacenamiento externo | Copias diarias; retención de 30 días | Copias incrementales en 2 regiones según la tarea |
|
Monitoreo
|
Métricas básicas del servidor | Dashboard y notificaciones | Métricas, notificaciones y registros |
|
Replicación de base de datos
|
No incluido | No incluido | Replicación y verificación de conmutación |
Costo único de diseño y configuración. Los recursos de la nube, licencias, tráfico y operación posterior se pagan por separado. La disponibilidad y los objetivos de recuperación dependen del esquema acordado; el lanzamiento continuo no es posible para todos los cambios.
— PREGUNTAS Y RESPUESTAS
Todo lo que importa
antes de comenzar
Composición de trabajos, materiales fuente, orden de coordinación y condiciones de lanzamiento.
-
¿Necesita Kubernetes un proyecto pequeño?
No necesariamente. Un servidor o Compose pueden cubrir los requisitos con menor complejidad. Elegimos el orquestador según el número de componentes, los requisitos de escalabilidad y las capacidades de soporte. -
¿Cómo se elige al proveedor?
Comparamos la disponibilidad de servicios y pagos, alojamiento de datos, requisitos de red, soporte y costos. Elegimos al proveedor específico tras verificar las condiciones del proyecto; la ubicación geográfica de los servidores por sí sola no garantiza el cumplimiento de todos los requisitos de datos. -
¿Se puede actualizar sin detener el servicio?
Para una arquitectura adecuada es posible organizar el cambio a una versión probada. Los cambios en el esquema de datos, operaciones prolongadas e incompatibilidad de versiones requieren un plan separado y, a veces, una ventana de mantenimiento. -
¿En qué se diferencia una copia de seguridad de una réplica?
La réplica admite otra copia de trabajo de los datos y puede repetir un cambio erróneo. La copia de seguridad permite volver al estado guardado seleccionado. Se requiere almacenamiento, permisos y verificación de recuperación independientes. -
¿Qué son los objetivos de recuperación?
Fijamos cuántos datos se pueden perder tras un fallo y en cuánto tiempo debe volver el servicio. Según estos requisitos, elegimos la frecuencia de copias y la arquitectura. Confirmamos los objetivos mediante pruebas, no solo con registros en el esquema.