LO
Ingeniero de DevOps / plataforma / SRE — tareas, una a una
La unidad de análisis es la tarea, no el nombre del puesto. Cada una de las siguientes lleva su dirección, si el juicio se apoya en evidencia o en una inferencia de la plataforma, el razonamiento y lo que no establece.
Todas las tareas de esta página#
Escribir la configuración
Automatizándose✓ Con evidenciaInfraestructura como código, definiciones de tuberías, manifiestos: el gran volumen de texto estructurado que describe lo que debería existir.
Esto es código con un resultado verificable por máquina, se aplica limpiamente o da error, que es la propiedad que permite a un modelo intentarlo, fallar y reintentarlo sin supervisión. Es además célebre por lo verboso y repetitivo, así que el volumen que se redacta es grande y la revisión es rápida.
Configurar más rápido significa más configuración, no menos trabajo: cada recurso creado es un recurso que alguien tiene que mantener, asegurar y al final borrar, y las horas se desplazan de escribir a desenredar. Desenredar es invisible en una hoja de ruta, que es por lo que esta es la tarea con más probabilidades de parecer un ahorro y comportarse como una deuda.
Que te despierten
Sigue llevándola una persona✓ Con evidenciaDecidir a las tres de la madrugada, con prisa y con información parcial, qué se revierte, qué se degrada y qué se le cuenta a la gente mientras sigue roto.
La remediación automática existe y se ocupa de los fallos que alguien anticipó; un incidente es, por definición, aquel que nadie anticipó. La decisión va de daño aceptable y no de respuestas correctas (qué degradación de cara al cliente se tolera durante veinte minutos), y eso es un juicio de negocio que carga una persona a la que preguntarán por ello después.
Que la decisión siga siendo humana no dice nada de cuánta gente hay en el cuadrante. El diseño habitual es menos ingenieros cubriendo más servicios con mejor automatización, lo que deja intacta cada tarea y empeora las guardias, y la sostenibilidad de eso es una cuestión de plantilla que ninguna métrica de automatización capta.
Cuánto cuesta y por qué
Aumentada por la máquina≈ Inferencia de la plataformaExplicar una factura de nube, encontrar lo que la ha triplicado y decidir qué ineficiencia merece la semana de un ingeniero.
Encontrar la anomalía es análisis y las herramientas lo hacen bien; decidir qué hacer con ella es un equilibrio entre tiempo de ingeniería, riesgo y dinero que depende de lo que la empresa intente conseguir este trimestre. La primera mitad se ha abaratado mucho y la segunda no.
El análisis barato sube la expectativa en vez de bajar el trabajo: en cuanto un panel puede nombrar los diez recursos más derrochadores, alguien tiene que justificar cada uno de los que siguen ahí. La tarea pasa de investigar a explicar, y explicar es una reunión.
Decidir cómo debería construirse
Sigue llevándola una persona≈ Inferencia de la plataformaElegir la arquitectura, los modos de fallo que estás dispuesto a tener y lo que el equipo seguirá siendo capaz de operar dentro de dos años.
Esta es la tarea sin árbitro automático de toda la ocupación: si un diseño fue el correcto se descubre dieciocho meses después, y para entonces quien lo eligió normalmente ya se ha ido. Depende de conocer la capacidad de este equipo y la tolerancia de esta empresa, y ninguna de las dos cosas está en ningún repositorio.
Ser la tarea más segura es también ser la más pequeña: en casi todos los equipos las decisiones de diseño son unos pocos días por trimestre, y el resto de la semana es el trabajo que te están redactando. Un puesto puede estar seguro en su tarea más veterana y aun así perder la mayoría de sus horas.