LO
Engenheiro de DevOps / plataforma / SRE — tarefas, uma a uma
A unidade de análise é a tarefa, não o nome do cargo. Cada uma das seguintes traz a sua direção, se o juízo assenta em prova ou numa inferência da plataforma, o raciocínio e o que não estabelece.
Todas as tarefas desta página#
Escrever a configuração
A automatizar-se✓ Com provaInfraestrutura como código, definições de condutas, manifestos: o grande volume de texto estruturado que descreve o que deve existir.
Isto é código com um resultado verificável por máquina, aplica-se limpo ou dá erro, que é a propriedade que permite a um modelo tentar, falhar e tentar de novo sem supervisão. É também famoso por ser verboso e repetitivo, por isso o volume redigido é grande e a revisão é rápida.
Configurar mais depressa significa mais configuração, e não menos trabalho: cada recurso criado é um recurso que alguém tem de manter, proteger e por fim apagar, e as horas passam de escrever para desemaranhar. Desemaranhar é invisível num plano, e é por isso que esta é a tarefa com maior probabilidade de parecer uma poupança e de se comportar como uma dívida.
Ser acordado
Continua a ser levada por uma pessoa✓ Com provaDecidir às três da manhã, com pressa e com informação parcial, o que se reverte, o que se degrada e o que se diz às pessoas enquanto ainda está partido.
A remediação automática existe e trata das falhas que alguém antecipou; um incidente é, por definição, aquele que ninguém antecipou. A decisão é sobre dano aceitável e não sobre respostas certas (que degradação virada ao cliente se tolera durante vinte minutos), e isso é um juízo de negócio carregado por uma pessoa a quem vão perguntar por ele depois.
A decisão continuar humana nada diz sobre quanta gente está na escala. O desenho habitual é menos engenheiros a cobrir mais serviços com melhor automatização, o que deixa cada tarefa intacta e piora a prevenção, e a sustentabilidade disso é uma questão de efetivos que nenhuma métrica de automatização capta.
Quanto custa e porquê
Aumentada pela máquina≈ Inferência da plataformaExplicar uma fatura de nuvem, encontrar o que a triplicou e decidir que ineficiência merece a semana de um engenheiro.
Encontrar a anomalia é análise e as ferramentas fazem-no bem; decidir o que fazer com ela é um equilíbrio entre tempo de engenharia, risco e dinheiro que depende do que a empresa está a tentar fazer neste trimestre. A primeira metade ficou muito mais barata e a segunda não.
A análise barata sobe a expectativa em vez de baixar o trabalho: assim que um painel consegue nomear os dez recursos mais desperdiçadores, alguém tem de justificar cada um dos que continuam lá. A tarefa passa de investigar para explicar, e explicar é uma reunião.
Decidir como deve ser construído
Continua a ser levada por uma pessoa≈ Inferência da plataformaEscolher a arquitetura, os modos de falha que estás disposto a ter, e aquilo que a equipa ainda vai conseguir operar daqui a dois anos.
Esta é a tarefa sem árbitro automático de toda a ocupação: se um desenho estava certo descobre-se dezoito meses depois, e nessa altura quem escolheu já costuma ter saído. Depende de conhecer a capacidade desta equipa e a tolerância desta empresa, e nenhuma dessas coisas está em repositório nenhum.
Ser a tarefa mais segura é também ser a mais pequena: na maioria das equipas as decisões de desenho são uns dias por trimestre, e o resto da semana é o trabalho que está a ser redigido por ti. Um posto pode estar seguro na sua tarefa mais sénior e ainda assim perder a maior parte das suas horas.