Administradores do sistema de todo o mundo, parabéns polas túas vacacións profesionais.
Non nos quedan administradores do sistema (ben, case). Non obstante, a lenda sobre eles aínda está fresca. En homenaxe ás vacacións, preparamos esta épica. Ponte cómodo, queridos lectores.
Érase unha vez o mundo de Dodo IS ardeu. Durante ese tempo escuro, a principal tarefa dos nosos administradores de sistemas era sobrevivir un día máis e non chorar.
Hai moito tempo, os programadores escribían código pouco e lentamente, e publicárono en prod só unha vez á semana. Entón, os problemas xurdiron só unha vez cada sete días. Pero entón comezaron a escribir máis código e publicalo con máis frecuencia, os problemas comezaron a aumentar, ás veces todo empezou a desmoronarse e empeorou volver atrás. Os administradores do sistema sufriron, pero toleraron esta farsa.
Sentábanse na casa polas noites con ansiedade na alma. E cada vez que pasaba "nunca pasou, e aquí de novo a vixilancia envía un sinal de auxilio: amigo, o mundo arde!". Despois os nosos administradores do sistema puxéronse os chuvasqueiros vermellos, os pantalóns curtos sobre as polainas, fixeron un rizo na testa e voaron para salvar o mundo Dodo.
Atención, unha pequena explicación. Nunca houbo administradores de sistemas clásicos que manteñan hardware en Dodo IS. Inmediatamente avanzamos nas nubes Azure.
Que fixeron:
- se algo rompía, facíano para que fose reparado;
- servidores malabares a nivel experto;
- foron responsables da rede virtual en Azure;
- responsábel de cousas de baixo nivel, por exemplo, as interaccións dos compoñentes (*susurro* nos que ás veces non se torpeaban);
- o servidor reconecta;
- e moitos outros salvaxes.
A vida dun equipo de enxeñeiros de infraestruturas (como chamabamos os nosos administradores de sistemas) consistiu entón en apagar incendios e romper constantemente bancos de probas. Vivían e entristecían, e entón decidiron pensar: por que é tan malo, ou quizais podemos facelo mellor? Por exemplo, non dividiremos a xente en programadores e administradores de sistemas?
problema
Dado: hai un administrador do sistema que ten servidores na súa área de responsabilidade, unha rede que o conecta con outros servidores, programas a nivel de infraestrutura (un servidor web que aloxa unha aplicación, un sistema de xestión de bases de datos, etc.). E hai un programador cuxa área de responsabilidade é o código de traballo.
E hai cousas que están no cruce. De quen é esta responsabilidade?
Normalmente, os nosos administradores de sistemas e programadores reuníanse xusto neste cruce e comezou:
“Amigos, nada funciona, probablemente pola infraestrutura.
- Cara, non, está no código.
Un día, neste momento, comezou a crecer entre eles un valado, polo que botaban caca con alegría. A tarefa, coma unha caca, lanzábase dun lado ao outro do valado. Ao mesmo tempo, ninguén estivo preto de resolver a situación. Smiley triste.
Un raio de sol atravesou o ceo anubrado cando hai uns anos en Google se lles ocorreu non intercambiar tarefas, senón facer algo común.
Pero e se describimos todo como un código?
En 2016, Google publicou un libro chamado "Site Reliability Engineering" sobre a transformación do papel dun administrador de sistemas: dun mestre da maxia a un enfoque de enxeñería formalizado no uso de software e automatización. Eles mesmos pasaron por todas as espiñas e obstáculos, colleron o palo e decidiron compartilo co mundo. O libro é de dominio público .
O libro contén verdades sinxelas:
- facer todo como código é bo;
- utilizar un enfoque de enxeñería - bo;
- facer un bo seguimento é bo;
- evitar que se libere un servizo se non ten un rexistro e un seguimento claros tamén é bo.
Estas prácticas foron lidas pola nosa Gleb (), e marchamos. Implementando! Agora estamos nunha etapa de transición. O equipo SRE está formado (hai 6 especialistas preparados, 6 máis están incorporando) e está preparado para cambiar o mundo, composto enteiramente por código, para mellor.
Creamos a nosa infraestrutura de xeito que permita aos desenvolvedores xestionar os seus ambientes e colaborar con SRE de forma totalmente independente.
Wang en vez de conclusións
O administrador de sistemas é unha profesión digna. Pero o coñecemento da parte do sistema tamén require excelentes habilidades de enxeñería de software.
Os sistemas son cada vez máis sinxelos e o coñecemento súper único sobre a administración de servidores de ferro é cada vez menos demandado cada ano. As tecnoloxías na nube están a substituír a necesidade deste coñecemento.
Un bo administrador de sistemas nun futuro próximo terá que ter boas habilidades de enxeñería de software. Aínda mellor, debería ter boas habilidades nesta área.
Ninguén sabe como predecir o futuro antes de que suceda, pero cremos que co paso do tempo serán cada vez menos as empresas que queiran sumarse ao persoal interminablemente inchado de administradores de sistemas. Aínda que, por suposto, os seguidores seguirán. Poucos hoxe montan a cabalo, usan principalmente coches, aínda que hai amantes...
Feliz día do administrador do sistema para todos, código para todos!
Fonte: www.habr.com