Servicio3 de 6
Cloud y DevOps
Preparamos, automatizamos y documentamos la infraestructura donde corre tu plataforma. Tu equipo puede publicar y recuperarla sin depender de nosotros.
- Categoría
- Cloud y DevOpsVerificado
- Capacidades detalladas
- Pendientes de verificación
- Modelos de contratación
- Proyecto con alcance cerrado
- Iguala de mantenimiento y operación
- Bolsa de horas
- Acta de entrega
- Repositorio · Documentación · Accesos · Infraestructura a tu nombre
De un cambio a producción
Esquema ilustrativo. No representa la arquitectura de ningún cliente.
- Código
- Integración
- Artefacto
- EntornosPruebasVersión anteriorProducciónVersión anterior
- Observación
Lo observado vuelve al código
Todos los estados
Entrega: Cambio
Un cambio revisado entra en la rama principal.
- Qué queda registrado
- La revisión aprobada y el historial del repositorio.
- En ejecución
- Pruebas: Versión anterior. Producción: Versión anterior.
Entrega: Comprobaciones
Pruebas, análisis y compilación corren en cada cambio. Si una falla, el cambio no avanza.
- Qué queda registrado
- El resultado de cada comprobación, enlazado al cambio.
- En ejecución
- Pruebas: Versión anterior. Producción: Versión anterior.
Entrega: Artefacto
Se construye una sola vez un paquete versionado. Es el mismo que irá a cada entorno.
- Qué queda registrado
- La versión del artefacto y el cambio del que sale.
- En ejecución
- Pruebas: Versión anterior. Producción: Versión anterior.
Entrega: Pruebas
El artefacto se despliega en el entorno de pruebas y se verifica allí.
- Qué queda registrado
- Quién desplegó, qué versión y el resultado de la verificación.
- En ejecución
- Pruebas: Versión nueva. Producción: Versión anterior.
Entrega: Producción
El mismo artefacto se promueve a producción. La versión anterior queda lista para volver.
- Qué queda registrado
- La promoción, con la versión que sustituye.
- En ejecución
- Pruebas: Versión nueva. Producción: Versión nueva.
Simular un fallo: Detectar
Las métricas cruzan el umbral acordado y salta una alerta, antes de que alguien se queje.
- Qué queda registrado
- La alerta, la métrica que la disparó y a quién avisó.
- En ejecución
- Pruebas: Versión nueva. Producción: Versión nueva.
Simular un fallo: Revertir
Producción vuelve al artefacto anterior con el mismo procedimiento. No se recompila nada.
- Qué queda registrado
- La reversión, quién la hizo y a qué versión.
- En ejecución
- Pruebas: Versión nueva. Producción: Versión anterior.
Simular un fallo: Anotar
Se escribe en el runbook qué pasó, cómo se detectó y cómo se revirtió. La corrección entra como un cambio nuevo.
- Qué queda registrado
- La entrada del runbook, enlazada a la alerta y al cambio que lo corrige.
- En ejecución
- Pruebas: Versión nueva. Producción: Versión anterior.
Alcance relacionado: Despliegue en la nubePipelines de CI/CDContenedoresMonitoreoDocumentación operativa
Lo que resuelve
Situaciones habituales, no casos de clientes.
- P-01
Tus despliegues dependen de pasos manuales que solo conoce una persona.
Lo que cambiaUn procedimiento automatizado y documentado que cualquiera de tu equipo puede ejecutar.
- P-02
Te enteras de que algo falla en producción cuando alguien se queja.
Lo que cambiaRegistros, métricas y alertas definidos para enterarte antes.
- P-03
Nadie en tu equipo sabe con certeza cómo recuperar el sistema si algo se rompe.
Lo que cambiaRunbooks y documentación de despliegue, entregados junto con el trabajo.
Qué incluye y qué no
Incluye
Preparación de entornos en el proveedor que elijas o ya uses, con la configuración documentada.
Integración y despliegue automatizados: cada cambio se prueba y se publica con el mismo procedimiento.
Empaquetado de las aplicaciones para que se ejecuten igual en cada entorno.
Elección razonada entre funciones gestionadas y contenedores, según la carga y el equipo que lo mantendrá.
Registros, métricas y alertas básicas, definidos junto con tu equipo.
Cómo se despliega, cómo se recupera y quién tiene acceso a qué.
No incluye
Propuesta pendiente de aprobación- EX-01
Gestión continua de clústeres Kubernetes
No se ofrece como servicio gestionado.
- EX-02
Infraestructura como código multicloud
No se ofrece como especialidad.
- EX-03
Optimización especializada de costos cloud
Sin práctica dedicada de FinOps.
- EX-04
Pago de servicios del proveedor cloud
Las cuentas y su facturación quedan a nombre de tu empresa.
- EX-05
Tiempos de respuesta garantizados
Los compromisos de atención se definen en el contrato, no en este sitio.
Límites propuestos para revisión (A-07). No son exclusiones aprobadas.
Lo que recibes al terminar
Esto es lo que recibes. Cada fila indica si pasa a tu nombre, si depende del contrato o si no se transfiere.
KorhyTu empresa
- Pasa a tu nombre
- Según contrato y modelo
- No se transfiere
La titularidad final la fija el contrato de cada proyecto.
Base · en todos los servicios
- EN-01
Repositorio
El código fuente y su historial, en un repositorio de tu empresa.
Pasa a tu nombre
- EN-02
Documentación
Cómo está hecho el sistema, por qué se decidió así y cómo ponerlo en marcha.
Pasa a tu nombre
- EN-03
Accesos
Credenciales y permisos de administración, entregados a las personas que designes.
Pasa a tu nombre
- EN-04
Infraestructura a tu nombre
Cuentas del proveedor de nube a nombre de tu empresa. El esquema exacto lo fija el contrato.
Según contrato y modelo
Específicos de Cloud y DevOps
- EN-05
Pipeline de CI/CD documentado
La definición del pipeline en tu repositorio y una guía para modificarlo.
Pasa a tu nombre
- EN-06
Runbook operativo
Qué hacer ante las incidencias previsibles, paso a paso.
Pasa a tu nombre
- EN-07
Documentación de despliegue
Cómo se publica una versión y cómo se vuelve a la anterior.
Pasa a tu nombre
Lo que no se transfiere
Propuesta pendiente de aprobación- NT-01
Herramientas propias previas al proyecto
Aceleradores internos que ya teníamos. Los usas con una licencia; no se ceden.
Licencia de uso según contrato
- NT-02
Tecnología de terceros con licencia
Servicios y software de otros fabricantes que usa la solución.
Sujeta a la licencia del fabricante
Modelos de contratación
No publicamos precios: dependen del alcance. Los tiempos de atención, si aplican, se fijan en el contrato.
| Criterio | AProyecto con alcance cerradoSeleccionadoQuitar: Proyecto con alcance cerrado | BIguala de mantenimiento y operaciónConsultar con este modelo: Iguala de mantenimiento y operación | CBolsa de horasConsultar con este modelo: Bolsa de horas |
|---|---|---|---|
| Cuándo aplica | Cuando necesitas montar o migrar un entorno con un objetivo y unos límites claros. | Cuando la plataforma ya está en producción y necesita cuidado continuo. | Cuando el trabajo es puntual o variable: una revisión, un ajuste del pipeline, una migración pequeña. |
| Cómo funciona | Acordamos alcance, calendario y precio antes de empezar. Los cambios de alcance se revisan por escrito. | Una cuota mensual cubre un conjunto acordado de tareas de operación y mejora. | Horas prepagadas que se consumen por tarea, con registro de lo realizado. |
| Entregables | Entorno desplegado, pipeline documentado y acta de entrega al cierre. | Informe periódico de operación y runbook al día. | Registro de horas y la documentación de cada tarea. |
| Consideraciones contractuales | El precio se fija en la propuesta. Los servicios del proveedor cloud se facturan aparte. | El alcance mensual y el SLA se acuerdan por escrito en el contrato. | Vigencia y condiciones de las horas según contrato. |
- A
Proyecto con alcance cerrado
- Cuándo aplica
- Cuando necesitas montar o migrar un entorno con un objetivo y unos límites claros.
- Cómo funciona
- Acordamos alcance, calendario y precio antes de empezar. Los cambios de alcance se revisan por escrito.
- Entregables
- Entorno desplegado, pipeline documentado y acta de entrega al cierre.
- Consideraciones contractuales
- El precio se fija en la propuesta. Los servicios del proveedor cloud se facturan aparte.
- B
Iguala de mantenimiento y operación
- Cuándo aplica
- Cuando la plataforma ya está en producción y necesita cuidado continuo.
- Cómo funciona
- Una cuota mensual cubre un conjunto acordado de tareas de operación y mejora.
- Entregables
- Informe periódico de operación y runbook al día.
- Consideraciones contractuales
- El alcance mensual y el SLA se acuerdan por escrito en el contrato.
- C
Bolsa de horas
- Cuándo aplica
- Cuando el trabajo es puntual o variable: una revisión, un ajuste del pipeline, una migración pequeña.
- Cómo funciona
- Horas prepagadas que se consumen por tarea, con registro de lo realizado.
- Entregables
- Registro de horas y la documentación de cada tarea.
- Consideraciones contractuales
- Vigencia y condiciones de las horas según contrato.
05Preguntas
Preguntas frecuentes
Lo que más nos preguntan antes de empezar.
Partimos de un diagnóstico del entorno actual y de lo que necesitas conseguir. Con eso escribimos una propuesta con lo que entra, lo que no entra y cómo se revisan los cambios.
Depende del alcance. Tras el diagnóstico te enviamos una propuesta con alcance, plazos y costo. Si contratas el proyecto, el costo del diagnóstico se descuenta de la propuesta.
A nombre de tu empresa, desde el principio. El esquema exacto de titularidad y accesos se fija en el contrato de cada proyecto.
Lo que tu equipo necesita para operar sin nosotros. Se escribe durante el proyecto, no al final, y se guarda en tu repositorio junto al código, para que cambie con él.
- Documentación técnica: arquitectura y decisiones tomadas.
- Documentación de despliegue: cómo se publica y cómo se revierte una versión.
- Runbook operativo: qué hacer ante las incidencias previsibles.
- Inventario de accesos: quién tiene acceso a qué y cómo se revoca.
El formato (Markdown en el repositorio, una wiki interna u otro) se acuerda al inicio, según las herramientas que ya usa tu equipo.
Sí, con una iguala de mantenimiento y operación o una bolsa de horas. El alcance y cualquier compromiso de atención se definen en el contrato.
Los servicios del proveedor de nube, las licencias y otras herramientas de terceros se contratan a nombre de tu empresa y se facturan aparte. La propuesta los enumera antes de empezar.
Si usamos herramientas propias que ya existían antes del proyecto, no se transfieren: te damos una licencia de uso en los términos del contrato. Lo que construimos para ti sigue los términos de cesión acordados.
06Siguiente paso
Cuéntanos dónde corre tu plataforma.
La agenda en línea todavía no está disponible.
Tu consulta
Esto llega contigo al formulario de contacto. El enlace solo lleva el servicio y el modelo.
- Servicio
- Cloud y DevOps
- Modelo
- Proyecto con alcance cerradoQuitar o cambiar el modelo