Go-live sobirà no significa encendre infraestructura pròpia i confiar. Significa arribar amb gates clars, rollback definit i ownership d'operació.
En aquest article +
Les vostres llistes
Congeleu abast, entorn i criteri de sortida
Un go-live sa comença quan l'equip pot dir què entra, què no entra i quines condicions obliguen a retrocedir. Sense aquest marc, la pressió de calendari empeny a llançar sistemes que encara no tenen owner ni fallback.
Reviseu dades, accessos i secrets com un sol gate
No tracteu aquests fronts per separat. L'entorn només està llest si dades, permisos, identitats i gestió de secrets estan alineats amb l'ús real. Una esquerda en qualsevol d'aquests punts invalida la resta del hardening.
Valideu fonts, sincronització i frescor mínima.
Confirmeu permisos per rol i comptes de servei.
Reviseu secrets, rotació i traçabilitat de canvis.
Assegureu observabilitat i resposta inicial
Abans del go-live, l'equip ha de veure latència, errors, ús, caigudes de recuperació i esdeveniments anòmals. També ha d'existir un canal de suport inicial amb prioritat, owner i temps objectiu de resposta.
Assaieu rollback i operació degradada
No n'hi ha prou amb tenir un pla escrit. Cal saber què fer si falla una integració, si la qualitat cau o si el sistema retorna informació sensible. El rollback ha de ser practicable i l'operació degradada ha de seguir sent segura.
Lanceu amb control horari i revisió primerenca
El primer dia no és per desaparèixer. Programeu una finestra controlada, superviseu casos reals i feu una revisió de 24 a 72 hores amb incidències, decisions i backlog immediat. Això converteix el go-live en inici d'operació, no en acte ceremonial.
Fem servir cookies necessàries per al lloc i, només amb el seu permís, analítica (Google Analytics, Microsoft Clarity i, si està actiu, PostHog) per millorar l'experiència. Política de cookies · Privacitat
Ajustos de cookies
Utilitzeu Activar totes / Desactivar totes a cada categoria. Desplegueu el detall per a cookies individuals.
kdx-cookie-consent
Kodex (first-party) · localStorage
Recordar categorías de cookies aceptadas o rechazadas (Aceptar / Rechazar / Ajustes).
kdx_session
Kodex (first-party) · cookie HTTP (HttpOnly, SameSite=Lax, Secure en producción)
Mantener la sesión autenticada de la comunidad Kodex (cuenta, listas guardadas, panel).
CDN / sesión de entrega
Infraestructura / CDN · cookie HTTP / sesión
Entrega segura del sitio, rendimiento y protección básica.
reCAPTCHA
Google · _GRECAPTCHA y relacionadas
Protección antispam en formularios públicos.
kdx-theme-override
Kodex (first-party) · localStorage
Recordar si el usuario forzó tema claro u oscuro.
_ga / _ga_*
Google Analytics 4 · cookie HTTP
Medición agregada de audiencia y uso del sitio (páginas, eventos).
Microsoft Clarity
Microsoft · cookies / almacenamiento de sesión
Mapas de calor, clics y reproducción de sesiones para mejorar UX.
PostHog
PostHog · cookie / localStorage
Analítica de producto y eventos de conversión (si está configurado).
