{"id":53925,"date":"2019-12-13T00:00:00","date_gmt":"2019-12-12T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat"},"modified":"2020-02-18T14:01:52","modified_gmt":"2020-02-18T11:01:52","slug":"devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat","title":{"rendered":"N\u00e3o existem engenheiros DevOps. Ent\u00e3o, quem realmente existe e o que fazer a respeito?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"N\u00e3o<\/p>\n

<\/p>\n

Recentemente, esse tipo de an\u00fancio inundou a internet. Apesar do sal\u00e1rio atrativo, \u00e9 imposs\u00edvel n\u00e3o se sentir incomodado com a enorme incoer\u00eancia que eles apresentam. A princ\u00edpio, presume-se que 'DevOps' e 'engenheiro' possam ser de alguma forma colados em uma \u00fanica palavra, e a seguir vem uma lista aleat\u00f3ria de requisitos, parte dos quais claramente copiada de vagas para administradores de sistemas.<\/p>\n

<\/p>\n

Neste post, gostaria de conversar um pouco sobre como chegamos a essa situa\u00e7\u00e3o, o que realmente significa DevOps e o que podemos fazer a respeito.<\/p>\n

<\/p>\n

Essas vagas podem ser criticadas de diversas formas, mas o fato \u00e9 que elas existem em grande n\u00famero, e esse \u00e9 o estado atual do mercado. Criamos uma confer\u00eancia de DevOps e declaramos abertamente: 'DevOops<\/a><\/noindex> \u2014 n\u00e3o \u00e9 para engenheiros DevOps'. Aqui, muitos podem achar estranho e absurdo: por que pessoas organizando um evento totalmente comercial est\u00e3o indo contra o mercado? Agora vamos explicar tudo isso.<\/p>\n

<\/a><\/noindex><\/p>\n

Sobre cultura e processos<\/h2>\n

<\/p>\n

Vamos come\u00e7ar pelo fato de que DevOps n\u00e3o \u00e9 uma disciplina de engenharia. Tudo come\u00e7ou com o entendimento de que a divis\u00e3o hist\u00f3rica de pap\u00e9is n\u00e3o contribui para a qualidade dos produtos. Quando os programadores apenas codificam, sem se preocupar com testes, o software fica repleto de bugs. Quando os administradores n\u00e3o se preocupam com como e por que o software foi desenvolvido, o suporte se torna um verdadeiro caos. <\/p>\n

<\/p>\n

Por exemplo, a distin\u00e7\u00e3o entre a abordagem de administra\u00e7\u00e3o de sistemas e a abordagem de SRE em gerenciamento de servi\u00e7os come\u00e7a no famoso Google SRE Book<\/a><\/noindex>. Estudos interessantes foram realizados no contexto de uma pesquisa DORA<\/a><\/noindex> \u2014 \u00e9 evidente que os melhores desenvolvedores de alguma forma conseguem implantar novas altera\u00e7\u00f5es na produ\u00e7\u00e3o mais de uma vez por hora. Eles testam manualmente em n\u00e3o mais que 10% (isso pode ser verificado atrav\u00e9s da pesquisa DORA do ano passado<\/a><\/noindex>). Como eles conseguem isso? 'Excel ou morra' \u2013 diz um dos t\u00edtulos do relat\u00f3rio. Para uma discuss\u00e3o mais detalhada sobre essa estat\u00edstica em termos de testes, voc\u00ea pode consultar a palestra de Baruch Sadogursky \u2018Temos DevOps. Vamos demitir todos os testadores\u2019<\/a><\/noindex> em outra de nossas confer\u00eancias, Heisenbug.<\/p>\n

<\/p>\n

\u2018Quando n\u00e3o h\u00e1 acordo entre os companheiros,
\na obra n\u00e3o avan\u00e7a,
\ne n\u00e3o resultar\u00e1 em nada, apenas em sofrimento.
\nCerta vez, o Cisne, o Caranguejo e a Dourada\u2026\u2019<\/p><\/blockquote>\n

O que voc\u00ea acha, qual parte dos desenvolvedores web realmente entende em quais condi\u00e7\u00f5es suas aplica\u00e7\u00f5es s\u00e3o executadas em produ\u00e7\u00e3o? Quantos deles v\u00e3o at\u00e9 os administradores e tentam entender o que acontece quando o banco de dados cai? E quem deles vai at\u00e9 os testadores e pede para aprender a escrever testes corretamente? E ainda existem os especialistas em seguran\u00e7a, gerentes de produto e um monte de outras pessoas.<\/p>\n

<\/p>\n

A ideia geral do DevOps \u00e9 melhorar a intera\u00e7\u00e3o entre fun\u00e7\u00f5es e departamentos. Isso \u00e9 alcan\u00e7ado principalmente atrav\u00e9s da pr\u00e1tica da comunica\u00e7\u00e3o, e n\u00e3o de algum software sofisticado. DevOps \u00e9 sobre cultura, pr\u00e1tica, metodologia e processos. N\u00e3o existe uma especialidade de engenharia que responda a essas quest\u00f5es.<\/p>\n

<\/p>\n

C\u00edrculo vicioso<\/h2>\n

<\/p>\n

De onde surgiu ent\u00e3o a disciplina de \"engenharia DevOps\"? Temos uma vers\u00e3o! As ideias do DevOps se mostraram t\u00e3o boas \u2014 t\u00e3o boas que se tornaram v\u00edtimas de seu pr\u00f3prio sucesso. Em torno desse tema, come\u00e7aram a surgir recrutadores obscuros e mercadores de pessoas, todos com sua pr\u00f3pria atmosfera.<\/p>\n

<\/p>\n

Imagine: ontem voc\u00ea estava vendendo shawarma em Khimki, e hoje j\u00e1 \u00e9 uma pessoa importante, um recrutador s\u00eanior. Aqui h\u00e1 um processo inteiro de busca e sele\u00e7\u00e3o de candidatos, n\u00e3o \u00e9 f\u00e1cil, \u00e9 preciso entender. Suponha que o chefe do departamento diz: encontre um especialista em X. Adicionamos a palavra \"engenheiro\" a X e est\u00e1 tudo resolvido. Precisa de Linux? Ent\u00e3o esse \u00e9 definitivamente um engenheiro de Linux, quer DevOps \u2014 engenheiro de DevOps. A vaga n\u00e3o consiste apenas de um t\u00edtulo, mas \u00e9 necess\u00e1rio incluir algum texto. O mais f\u00e1cil \u00e9 acrescentar um conjunto de palavras-chave do Google, conforme a criatividade de cada um. DevOps se comp\u00f5e de duas palavras \u2014 \"Dev\" e \"Ops\", ent\u00e3o \u00e9 preciso juntar palavras-chave relacionadas a desenvolvedores e administradores, tudo em um s\u00f3 lugar. Assim surgem vagas que pedem dom\u00ednio de 42 linguagens de programa\u00e7\u00e3o e 20 anos de uso de Kubernetes e Swarm simultaneamente. \u00c9 o esquema de trabalho.<\/p>\n

<\/p>\n

Assim, na mente das pessoas, se enraizou a imagem sem sentido e implac\u00e1vel de um super-her\u00f3i do \"DevOps\", que configura o deploy para todos no Jenkins, e a felicidade se instala. Ah, se tudo fosse t\u00e3o simples. \"E ainda d\u00e1 para ca\u00e7ar administradores de sistema,\" pensa o RH, \"\u00e9 uma palavra da moda, as palavras-chave s\u00e3o as mesmas, devem ter sucesso.\"<\/p>\n

<\/p>\n

A demanda cria a oferta, e para todas essas vagas absurdas houve uma quantidade maluca de administradores de sistemas que perceberam: \u00e9 poss\u00edvel fazer tudo o que faziam antes, mas ganhando muito mais, chamando-se de \"DevOps\". Assim como voc\u00ea configurava servidores manualmente via SSH, continuar\u00e1 a fazer o mesmo, mas agora isso \u00e9 supostamente uma pr\u00e1tica DevOps. \u00c9 um fen\u00f4meno complexo, parcialmente relacionado \u00e0 desvaloriza\u00e7\u00e3o dos administradores cl\u00e1ssicos e ao hype em torno do DevOps, mas, no geral, o que aconteceu, aconteceu.<\/p>\n

<\/p>\n

Portanto, temos demanda e oferta. Um ciclo vicioso que se alimenta de si mesmo. \u00c9 com isso que estamos lutando (incluindo a cria\u00e7\u00e3o da confer\u00eancia DevOops).<\/p>\n

<\/p>\n

Certamente, al\u00e9m dos administradores de sistemas que se rebatizaram como \"DevOps\", existem outros participantes \u2014 por exemplo, profissionais de SRE ou desenvolvedores de Infrastructure-as-Code.<\/p>\n

<\/p>\n

O que as pessoas realmente fazem em DevOps<\/h2>\n

<\/p>\n

Ent\u00e3o, voc\u00ea quer avan\u00e7ar no estudo e na aplica\u00e7\u00e3o das pr\u00e1ticas DevOps. Mas como fazer isso, para onde olhar? Obviamente, n\u00e3o \u00e9 aconselh\u00e1vel seguir cegamente as palavras-chave populares.<\/p>\n

<\/p>\n

Se h\u00e1 trabalho, algu\u00e9m deve se ocupar dele. J\u00e1 descobrimos que n\u00e3o s\u00e3o os \"engenheiros DevOps\", ent\u00e3o quem? Parece mais correto formular isso n\u00e3o em termos de cargos, mas em termos de dire\u00e7\u00f5es espec\u00edficas de trabalho.<\/p>\n

<\/p>\n

Em primeiro lugar, voc\u00ea pode se envolver no cerne do DevOps \u2014 processos e cultura. A cultura \u00e9 algo que n\u00e3o acontece rapidamente e n\u00e3o \u00e9 f\u00e1cil, e embora tradicionalmente seja responsabilidade dos l\u00edderes, de alguma forma todos participam, de programadores a administradores. H\u00e1 alguns meses, Tim Lister disse em uma entrevista<\/a><\/noindex>:<\/p>\n

<\/p>\n

\"A cultura \u00e9 definida pelos valores fundamentais da organiza\u00e7\u00e3o. Normalmente, as pessoas n\u00e3o percebem isso, mas n\u00f3s, que atuamos no consult\u00f3rio h\u00e1 muitos anos, nos acostumamos a notar. Voc\u00ea entra em uma empresa e, literalmente em alguns minutos, come\u00e7a a sentir o que est\u00e1 acontecendo. Chamamos isso de 'aroma'. \u00c0s vezes, esse aroma \u00e9 realmente bom. \u00c0s vezes, d\u00e1 \u00e2nsia de v\u00f4mito. (\u2026) Voc\u00ea n\u00e3o pode mudar a cultura antes que os valores e cren\u00e7as que sustentam a\u00e7\u00f5es espec\u00edficas sejam compreendidos. O comportamento \u00e9 f\u00e1cil de observar, mas encontrar cren\u00e7as \u00e9 dif\u00edcil. DevOps \u00e9, de fato, um \u00f3timo exemplo de como tudo se torna cada vez mais complicado.\"<\/p><\/blockquote>\n

H\u00e1 tamb\u00e9m a parte t\u00e9cnica da quest\u00e3o, \u00e9 claro. Se seu novo c\u00f3digo para teste chega em um m\u00eas, mas na vers\u00e3o final s\u00f3 aparece ap\u00f3s um ano, e acelerar tudo isso fisicamente \u00e9 imposs\u00edvel \u2014 voc\u00ea pode nunca alcan\u00e7ar boas pr\u00e1ticas. Boas pr\u00e1ticas s\u00e3o sustentadas por boas ferramentas. Por exemplo, mantendo em mente a ideia de Infrastructure-as-Code, voc\u00ea pode usar qualquer coisa, desde AWS CloudFormation e Terraform at\u00e9 Chef-Ansible-Puppet. \u00c9 necess\u00e1rio saber e dominar tudo isso, e isso j\u00e1 \u00e9 uma disciplina de engenharia. \u00c9 importante n\u00e3o confundir causa com consequ\u00eancia: primeiro voc\u00ea trabalha com os princ\u00edpios do SRE e s\u00f3 depois os implementa em solu\u00e7\u00f5es t\u00e9cnicas espec\u00edficas. O SRE \u00e9 uma metodologia muito complexa que fala n\u00e3o sobre como configurar o Jenkins, mas sim sobre cinco princ\u00edpios fundamentais:<\/p>\n

<\/p>\n