Целевая аудитория
Vostede é un programador que busca orientar a súa carreira cara a un modelo DevOps máis avanzado? Es un enxeñeiro de operacións clásico e queres facerte unha idea do que significa DevOps? Ou ti non es nin e, despois de pasar un tempo traballando en TI, queres cambiar de carreira e non tes idea de por onde comezar?
Se si, segue lendo para descubrir como podes converterte nun enxeñeiro de DevOps de nivel medio en seis meses. Finalmente, se levas moitos anos involucrado en DevOps, aínda sacarás moito proveito desta serie de artigos para saber onde está actualmente a industria da integración e da automatización e cara a onde se dirixe.
¿De que se trata isto?
En primeiro lugar, que é DevOps? Podes buscar definicións en Google e pasar por toda a verborrea, pero sabe que a maioría das definicións son só un revolto de palabras envoltos nunha forma simplificada. Por iso, vouche facer un resumo de todas estas definicións: DevOps é un método de entrega de software no que a dor de cabeza e a responsabilidade son compartidas entre todos os implicados. Iso é todo.
Está ben, pero que significa esta abreviatura? Significa que tradicionalmente, os desenvolvedores (as persoas que crean software) foron motivados para facer o seu traballo mediante incentivos que son significativamente diferentes aos de Operacións (as persoas que xestionan o software). Por exemplo, como programador, quero crear tantas funcións novas o máis rápido posible. Despois de todo, este é o meu traballo e isto é o que demandan os clientes. Non obstante, se son unha persoa de Operacións, necesito o menor número posible de funcións novas, porque cada función nova é un cambio e calquera cambio está cheo de problemas. Como resultado deste desaxuste de incentivos, naceu DevOps.
DevOps tenta combinar o desenvolvemento e as operacións (integración e automatización) nun só grupo. A idea é que un grupo compartirá agora tanto a dor como a responsabilidade (e as probables recompensas) de construír, implantar e xerar ingresos a partir do software orientado ao cliente.
Os puristas diránche que non existe un "enxeñeiro de DevOps". "DevOps é unha cultura, non un papel", diránche. Por suposto, dende o punto de vista técnico teñen razón, pero, como é. moitas veces, o termo fíxose das mans. Ademais do seu significado orixinal, un enxeñeiro de DevOps é algo así como un "enxeñeiro de sistemas 2.0". Noutras palabras, é alguén que entende o ciclo de vida do desenvolvemento de software e crea ferramentas e procesos de desenvolvemento de software. para resolver problemas operativos clásicos.
En definitiva, DevOps significa crear canalizacións dixitais que toman código do portátil dun programador e o converten en ingresos polo uso do produto final, diso se trata. Teña en conta que a elección dunha carreira DevOps está bastante compensada por recompensas financeiras, xa que case todas as empresas "facen DevOps" ou afirman ser unha. Independentemente de onde se atopen estas empresas, as oportunidades de traballo en xeral como DevOps son bastante altas e ofrecen emprego "divertido" e significativo durante moitos anos.
Non obstante, teña coidado coas empresas que contraten un "equipo DevOps" ou un "departamento de DevOps". En rigor, tales cousas non deberían existir, porque en última instancia, DevOps segue sendo unha cultura e unha forma de entregar software, non dotar de persoal a un novo equipo ou crear un departamento con un nome elegante.
Exención de responsabilidade
Agora deixemos o vaso de Kool-Aid de lado por un momento e pensemos no seguinte. Escoitaches o vello adagio "non hai enxeñeiros junior de DevOps?" Se non, sabe que este é un tropo popular en Reddit e StackOverflow. Pero que significa?
En pocas palabras, esta frase significa que son necesarios moitos anos de experiencia combinados cunha sólida comprensión das ferramentas para converterse finalmente nun practicante Senior de DevOps verdadeiramente eficaz. E, por desgraza, non hai atallo para acadar o obxectivo. Polo tanto, este non é un intento de xogar co sistema: non creo que sexa realmente posible finxir ser un enxeñeiro senior de DevOps con algúns meses de experiencia na industria. Conseguir unha sólida comprensión das ferramentas e metodoloxías que cambian rapidamente require anos de experiencia, e non hai que sortear. Non obstante, existe un menú case consistente (de moda, se se quere) de ferramentas e conceptos que utilizan a maioría das empresas, e diso falaremos.
De novo, as ferramentas son diferentes das habilidades, polo que mentres aprendes as ferramentas, asegúrate de non descoidar as túas habilidades (enquisas, traballo en rede, comunicación escrita, resolución de problemas, etc.). O máis importante é que non perdas de vista o que queremos atopar: unha forma de crear unha canalización dixital totalmente automatizada que toma ideas e as converte en pezas de código xeradoras de ingresos. Esta é a única conclusión máis importante de todo este artigo!
Basta de charla, cando podo comezar?
Abaixo está a folla de ruta do coñecemento fundamental de DevOps. Despois de dominar todo o que se representa alí, podes chamarte enxeñeiro de DevOps de forma segura e honesta. Ou un enxeñeiro na nube se non che gusta o nome "DevOps".
Este mapa representa a miña (e probablemente a maioría das persoas que traballan neste espazo) idea do que debería saber un enxeñeiro de DevOps competente. Non obstante, esta é só unha opinión e, por suposto, haberá quen non estea de acordo con ela. Isto está ben! Non estamos loitando pola perfección aquí, estamos loitando por unha base sólida sobre a que realmente poidamos construír.
Debes ir por este camiño gradualmente, capa por capa. Comecemos (e continuemos!) Cos fundamentos aprendendo primeiro os elementos en azul: Linux, Python e AWS. Despois, se o tempo ou a demanda do mercado laboral o permiten, fai as cousas moradas: Golang e Google Cloud.
Sinceramente, a capa superior fundamental é algo que terás que estudar para sempre. OS Linux é moi complexo e leva anos dominalo. Python require práctica constante para estar ao día. AWS está a evolucionar tan rápido que o que coñeces hoxe só formará parte da túa carteira de coñecemento global dentro dun ano. Unha vez que aprendas os conceptos básicos, pasa ao conxunto de habilidades real. Teña en conta que hai un total de 6 columnas azuis (Configuración, Versión, Embalaxe, Implantación, Lanzamento, Seguimento), unha por mes de estudo.
Por suposto, notaches a ausencia dunha etapa importante no noso pipeline de seis meses: as probas. Non o incluín deliberadamente na folla de ruta porque escribir un módulo, probas de integración e aceptación non é doado e tradicionalmente recae sobre os ombreiros dos desenvolvedores. E saltarse a fase de "probas" explícase polo feito de que o obxectivo desta folla de ruta é dominar as habilidades e ferramentas básicas o máis rápido posible. A falta de experiencia en probas, segundo o autor, é só un obstáculo menor para o uso correcto de DevOps.
Ademais, recorda que aquí non estamos aprendendo unha chea de balbuceos técnicos non relacionados, senón que entendemos as ferramentas que se unen para crear unha historia clara. Esta historia trata sobre a automatización de procesos de extremo a extremo: unha cadea de montaxe dixital que move bits como unha cadea de montaxe. Non queres aprender un montón de ferramentas e seguir parando! As ferramentas de DevOps cambian rapidamente, pero os conceptos cambian con moita menos frecuencia. Polo tanto, debes esforzarte por usar ferramentas como proxies de ensino para conceptos de nivel superior.
Vale, imos afondar un pouco máis!
Coñecementos fundamentais
Debaixo do paso superior que di Fundación, podes ver as habilidades que todo enxeñeiro de DevOps debe dominar. Estas habilidades son o manexo seguro dos tres piares da industria, que son: o sistema operativo, a linguaxe de programación e a nube pública. Estas cousas non son algo que poidas aprender rapidamente e seguir adiante. Estas habilidades deben mellorarse e dominarse constantemente para estar á vangarda da industria e relevantes para o entorno profesional que te rodea. Imos percorrelos un por un.
Linux é onde todo funciona. Podes ser un practicante de DevOps incrible mentres permaneces completamente dentro do ecosistema de Microsoft? Seguro que podes! Non hai ningunha lei que dite que só use Linux. Non obstante, teña en conta que a pesar de que todas as cousas de Linux se poden facer en Windows, ocorre alí moito máis dolorosamente e con menos funcionalidades. Neste punto, é seguro asumir que sen coñecer Linux, é imposible converterse nun verdadeiro profesional de DevOps, polo que Linux é algo que debes estudar e aprender.
Sinceramente, a mellor forma de facelo é simplemente instalar Linux (Fedora ou Ubuntu) na casa e usalo o máximo posible. Por suposto, romperás moitas cousas, quedarás atrapado nos procesos de traballo, terás que arranxar todo, pero aprenderás Linux!
Por certo, as variantes de RedHat son máis comúns en América do Norte, polo que ten sentido comezar con Fedora ou CentOS. Se te preguntas se deberías mercar a edición KDE ou Gnome, escolla KDE. Isto é o que utiliza o propio Linus Torvalds.
Python é a linguaxe de fondo dominante nestes días. É doado comezar e é moi utilizado. Python é moi común no campo da intelixencia artificial e da aprendizaxe automática, polo que se algunha vez queres pasar a outro campo quente, estarás totalmente preparado.
Amazon Web Services: de novo, é imposible converterse nun profesional experimentado de DevOps sen unha comprensión sólida de como funciona a nube pública. E se queres saber máis sobre iso, consulta Amazon Web Services. É un actor líder neste campo de servizos e ofrece o máis rico conxunto de ferramentas de traballo.
É posible comezar con Google Cloud ou Azure? Por suposto que podes! Pero lembrando a última crise financeira, hai que sinalar que AWS é a opción máis segura, polo menos en 2018, xa que permite rexistrar unha conta de xeito gratuíto e comezar a explorar as posibilidades dos servizos na nube. Ademais, a consola AWS ofrece ao usuario un menú sinxelo e claro para seleccionar. A boa noticia é que non necesitas coñecer todas as tecnoloxías de Amazon para facelo.
Comeza polo seguinte: VPC, EC2, IAM, S3, CloudWatch, ELB (Elastic Load Balancing baixo o paraugas EC2) e Security Group. Estas cousas son suficientes para comezar, e todas as empresas modernas baseadas na nube usan estas ferramentas de forma bastante activa. O propio sitio de formación de AWS é un bo lugar para comezar.
Recomendo que pases 20-30 minutos todos os días aprendendo e practicando coa linguaxe Python, o sistema operativo Linux e o servizo na nube de AWS, ademais doutras cousas que terás que aprender. En xeral, creo que gastar unha hora ao día, cinco veces á semana é suficiente para comprender a industria DevOps en 6 meses ou menos. Son un total de 6 compoñentes principais, cada un dos cales corresponde a un mes de formación. Iso é todo o que necesitas para adquirir coñecementos básicos.
En artigos posteriores, analizaremos o seguinte nivel de complexidade: como automatizar completamente a configuración, versións, empaquetado, implantación, execución e seguimento do software.
Para continuar moi pronto...
Algúns anuncios 🙂
Grazas por estar connosco. Gústanche os nosos artigos? Queres ver máis contido interesante? Apóyanos facendo un pedido ou recomendando a amigos, , un análogo único de servidores de nivel de entrada, que inventamos nós para ti: (dispoñible con RAID1 e RAID10, ata 24 núcleos e ata 40 GB DDR4).
Dell R730xd 2 veces máis barato no centro de datos Equinix Tier IV en Amsterdam? Só aquí nos Países Baixos! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - desde $ 99! Ler sobre
Fonte: www.habr.com