Estandarizar el puesto Windows

Lo que cuesta de verdad la variedad

Cada modelo añadido a un parque trae su propio juego de controladores, su comportamiento de base de conexión, su ciclo de firmware y su propia colección de rarezas que el equipo de soporte tiene que aprender. Dos modelos es manejable. Ocho es un impuesto permanente sobre cada llamada, porque la primera pregunta pasa a ser qué variante tiene este usuario.

El ahorro que creó la variedad casi siempre es menor que el coste continuo. Comprar lo más barato de cada trimestre ahorra un pequeño porcentaje en la compra y añade una carga de soporte que dura toda la vida del equipo.

Dos o tres perfiles, no ocho modelos

Cuatro perfiles de un solo fabricante es mucho más fácil de llevar que ocho modelos de tres. La marca importa menos que la disciplina de respetar los perfiles durante un ciclo completo.

El alta sin intervención cambia las cuentas

El modelo tradicional hace que el equipo llegue a TI, se desembale, se le aplique la imagen, se una al dominio, se configure y después se entregue. Eso son de una a tres horas por equipo, y por eso los despliegues se miden en semanas.

El alta sin intervención envía el equipo del proveedor directamente al usuario, ya registrado contra tu inquilino. El usuario inicia sesión y el equipo se configura solo: políticas, aplicaciones, ajustes de seguridad, impresoras. El técnico no lo toca nunca.

Para un despliegue de cualquier tamaño esa es la diferencia entre un proyecto y un calendario de entregas. También hace trivial reemplazar un portátil averiado, porque uno de repuesto de un armario se convierte en un equipo operativo en el tiempo que cuesta iniciar sesión.

Imagen dorada o configuración como política

El enfoque más antiguo construye una única imagen que lo contiene todo y la aplica a cada equipo. Es predecible y envejece mal: hay que reconstruir la imagen cada vez que cambia algo, y te ata al hardware para el que se construyó.

El enfoque actual deja el sistema operativo tal y como lo entregó el fabricante y aplica todo lo demás como política, de forma que la configuración es una definición y no una foto fija. Cuesta más montarlo y bastante menos mantenerlo, y sobrevive a un cambio de hardware sin reconstruir nada.

Para la mayoría de organizaciones medianas el segundo es hoy la respuesta correcta. La excepción es un entorno muy personalizado con aplicaciones que se resisten a la instalación por política, y conviene identificarlas antes de comprometerse.

Anillos de actualización, no caos de actualización

Dos extremos son igual de frecuentes e igual de equivocados: aplicar las actualizaciones de inmediato a todo el mundo, o aplazarlas indefinidamente porque una anterior dio un problema.

Los anillos lo resuelven. Un grupo piloto pequeño recibe las actualizaciones primero, un grupo más amplio una semana después, el resto una semana más tarde, con las actualizaciones críticas de seguridad en un ciclo más corto para todos. Así la actualización mala aparece en veinte equipos en lugar de doscientos, y la respuesta a cuándo se aplican las actualizaciones es un calendario y no una discusión.

Qué estandarizar primero

• El alta. Una sola forma de que los equipos se incorporen. Todo lo demás depende de ella.
• La línea base de seguridad. Cifrado de disco, protección del endpoint, bloqueo de pantalla, permisos de administrador local. Igual en todas partes, sin excepciones por rango.
• La entrega de aplicaciones. Un solo mecanismo. No una mezcla de portal, script y alguien instalando cosas a mano.
• Los anillos de actualización. Grupos definidos con un retardo definido.
• Y después los perfiles. La estandarización de hardware sale sola una vez que la capa de debajo es coherente.

Cómo lo llevamos en el día a día se describe en servicios gestionados TI, y la entrega de los propios equipos en ciclo de vida TI.