<\/a><\/noindex>O DevOps abrange muitos conceitos diferentes (entrega cont\u00ednua, integra\u00e7\u00e3o cont\u00ednua, automa\u00e7\u00e3o, etc.), por isso extrair o fundamental pode ser dif\u00edcil, especialmente quando voc\u00ea n\u00e3o \u00e9 indiferente ao assunto. No entanto, essa habilidade \u00e9 muito \u00fatil, n\u00e3o importa se voc\u00ea est\u00e1 tentando transmitir suas ideias para a lideran\u00e7a ou apenas contando sobre seu trabalho a amigos ou familiares. Portanto, por enquanto, deixaremos de lado as nuances terminol\u00f3gicas do DevOps e nos concentraremos na vis\u00e3o geral.<\/p>\n
O que \u00e9 DevOps: 6 defini\u00e7\u00f5es e analogias<\/h3>\n \nPedimos a especialistas que explicassem a ess\u00eancia do DevOps da forma mais simples e breve poss\u00edvel, visando que seu valor fosse compreendido por leitores com qualquer n\u00edvel de forma\u00e7\u00e3o t\u00e9cnica. Ao final dessas conversas, selecionamos as analogias mais impactantes e frases de destaque que ir\u00e3o ajud\u00e1-lo a estruturar sua narrativa sobre o DevOps.<\/p>\n
1. DevOps \u00e9 um movimento cultural<\/h4>\n \n\"DevOps \u00e9 um movimento cultural, no qual ambos os lados (desenvolvedores de software e profissionais de opera\u00e7\u00f5es de sistemas de TI) reconhecem que o software n\u00e3o tem utilidade real at\u00e9 que algu\u00e9m o utilize: clientes, usu\u00e1rios, funcion\u00e1rios, n\u00e3o importa, \" afirma Eveline Oehrlich, analista s\u00eanior do Instituto DevOps. \"Portanto, ambas as partes trabalham juntas para garantir uma entrega r\u00e1pida e de qualidade do software.\"<\/p>\n
2. DevOps \u00e9 o que empodera os desenvolvedores<\/h4>\n \n\u00abDevOps empodera os desenvolvedores a possu\u00edrem aplica\u00e7\u00f5es, a lan\u00e7\u00e1-las e a gerenciar a entrega do in\u00edcio ao fim\u00bb<\/b><\/p>\n
\u00abCostuma-se falar de DevOps como uma forma de acelerar a entrega de aplica\u00e7\u00f5es em produ\u00e7\u00e3o atrav\u00e9s da estrutura\u00e7\u00e3o e aplica\u00e7\u00e3o de processos automatizados, \u2013 diz Jai Schniepp, diretor de plataformas DevOps da seguradora Liberty Mutual. \u2013 Mas para mim, \u00e9 algo muito mais fundamental. DevOps empodera os desenvolvedores a possu\u00edrem aplica\u00e7\u00f5es ou partes espec\u00edficas de software, a lan\u00e7\u00e1-las e a gerenciar a entrega do in\u00edcio ao fim. DevOps elimina a confus\u00e3o sobre responsabilidades e leva todos os participantes do processo a criar uma infraestrutura automatizada e gerenciada pelo desenvolvedor\u00bb.<\/p>\n
3. DevOps \u00e9 colabora\u00e7\u00e3o na cria\u00e7\u00e3o e entrega de aplica\u00e7\u00f5es<\/h4>\n \n\u00abEm termos simples, DevOps \u00e9 uma abordagem para a produ\u00e7\u00e3o e entrega de software em que todos trabalham juntos\u00bb, \u2013 observa Gur Staf, presidente e chefe da automa\u00e7\u00e3o de neg\u00f3cios digitais da BMC.<\/p>\n
4. DevOps \u00e9 uma linha de montagem<\/h4>\n \n\u00abA montagem em linha \u00e9 poss\u00edvel apenas se todas as pe\u00e7as se encaixarem\u00bb.<\/b><\/p>\n
\u00abEu compararia DevOps a uma linha de montagem de carros, \u2013 continua Gur Staf. \u2013 A ideia \u00e9 projetar e fabricar todas as pe\u00e7as de forma que possam ser montadas sem ajustes individuais. A montagem em linha \u00e9 poss\u00edvel apenas se todas as pe\u00e7as se encaixarem. Aqueles que projetam e fabricam o motor devem pensar em como fix\u00e1-lo ao chassi ou \u00e0 estrutura. Aqueles que fabricam os freios devem pensar nas rodas, e assim por diante. Da mesma forma deve ser o software. <\/p>\n
Um desenvolvedor que cria a l\u00f3gica de neg\u00f3cios ou a interface do usu\u00e1rio deve considerar o banco de dados que armazena informa\u00e7\u00f5es sobre os clientes, os recursos de seguran\u00e7a para proteger os dados dos usu\u00e1rios, e como tudo isso funcionar\u00e1 quando o servi\u00e7o come\u00e7ar a atender uma grande audi\u00eancia de usu\u00e1rios, possivelmente at\u00e9 mesmo milh\u00f5es de pessoas\u00bb.<\/p>\n
\u00abFazer com que as pessoas colaborem e pensem nas partes do trabalho realizadas por outros, em vez de se concentrarem exclusivamente em suas pr\u00f3prias tarefas, \u00e9 o maior obst\u00e1culo a ser superado. Se isso for alcan\u00e7ado, voc\u00ea ter\u00e1 \u00f3timas chances de transforma\u00e7\u00e3o digital\u00bb, acrescenta Gur Staff.<\/p>\n
5. DevOps \u00e9 a combina\u00e7\u00e3o certa de pessoas, processos e automa\u00e7\u00e3o<\/h4>\n \nJayne Groll, diretora executiva do Instituto DevOps, fez uma analogia excelente para explicar DevOps. Segundo ela, \u00abDevOps \u00e9 como uma receita culin\u00e1ria, que tem tr\u00eas categorias principais de ingredientes: pessoas, processos e automa\u00e7\u00e3o. A maioria desses ingredientes pode ser retirada de outras \u00e1reas e fontes: Lean, Agile, SRE, CI\/CD, ITIL, lideran\u00e7a, cultura, ferramentas. O segredo do DevOps, assim como de qualquer boa receita, \u00e9 como combinar corretamente as propor\u00e7\u00f5es e misturar esses ingredientes para aumentar a velocidade e a efic\u00e1cia no desenvolvimento e lan\u00e7amento de aplicativos\u00bb.<\/p>\n
6. DevOps \u00e9 quando os programadores trabalham como uma equipe de F\u00f3rmula 1<\/h4>\n \n\u00abA corrida \u00e9 planejada n\u00e3o do in\u00edcio ao fim, mas ao contr\u00e1rio, do fim ao in\u00edcio\u00bb.<\/b><\/p>\n
\u00abAo falar sobre o que esperar da iniciativa DevOps, cito como exemplo uma equipe de corrida da NASCAR ou da F\u00f3rmula 1\u00bb, diz Chris Short, gerente s\u00eanior de marketing de plataformas em nuvem da Red Hat e editor da newsletter DevOps\u2019ish. \u00abO l\u00edder dessa equipe tem um \u00fanico objetivo: conquistar a melhor posi\u00e7\u00e3o poss\u00edvel na corrida, considerando os recursos da equipe e os desafios enfrentados. Nesse processo, a corrida \u00e9 planejada n\u00e3o do in\u00edcio ao fim, mas ao contr\u00e1rio, do fim ao in\u00edcio. Primeiro, uma meta ambiciosa \u00e9 estabelecida e, em seguida, s\u00e3o definidos os caminhos para alcan\u00e7\u00e1-la. Ap\u00f3s isso, as tarefas s\u00e3o divididas e delegadas aos membros da equipe\u00bb.<\/p>\n
\u00abToda a semana antes da corrida, a equipe aprimora o pit stop. Realiza treinos de for\u00e7a e cardio para estar em forma no dia exaustivo da corrida. Treina a\u00e7\u00f5es conjuntas para resolver quaisquer problemas que possam surgir durante a corrida. Da mesma forma, a equipe de desenvolvedores deve treinar suas habilidades para lan\u00e7ar novas vers\u00f5es com frequ\u00eancia. Com essas habilidades e um sistema de seguran\u00e7a bem ajustado, o lan\u00e7amento de novas vers\u00f5es em produ\u00e7\u00e3o ocorre mais frequentemente. Dentro dessa mentalidade, o aumento da velocidade significa aumento da seguran\u00e7a\u00bb, diz Short.<\/p>\n
\u00abA quest\u00e3o n\u00e3o \u00e9 fazer as 'coisas certas', \u2013 acrescenta Short, \u2013 mas remover o m\u00e1ximo poss\u00edvel de obst\u00e1culos que est\u00e3o no caminho do resultado desejado. Colabore e adapte-se com base no feedback que voc\u00ea recebe em tempo real. Esteja preparado para anomalias e trabalhe para melhorar a qualidade, de modo a minimizar seu impacto na trajet\u00f3ria rumo ao objetivo. \u00c9 isso que nos aguarda no mundo do DevOps\u00bb.<\/p>\n
Como escalar DevOps: 10 dicas de especialistas<\/h3>\n \nDevOps simples e DevOps em larga escala s\u00e3o coisas absolutamente diferentes. Vamos falar sobre como superar as barreiras do primeiro para o segundo.<\/b><\/p>\n
Para muitas organiza\u00e7\u00f5es, o caminho para o DevOps come\u00e7a de forma f\u00e1cil e prazerosa. Pequenas equipes apaixonadas s\u00e3o formadas, os processos antigos s\u00e3o substitu\u00eddos por novos e os primeiros sucessos n\u00e3o demoram a aparecer.<\/p>\n
Infelizmente, isso \u00e9 apenas um brilho falso, uma ilus\u00e3o de progresso, como diz Ben Grinnell, diretor executivo e l\u00edder da pr\u00e1tica de tecnologia digital da consultoria North Highland. As primeiras vit\u00f3rias s\u00e3o, sem d\u00favida, encorajadoras, mas n\u00e3o ajudam a alcan\u00e7ar o objetivo final, que \u00e9 a ado\u00e7\u00e3o em larga escala do DevOps na organiza\u00e7\u00e3o.<\/p>\n
\u00c9 f\u00e1cil ver que, como resultado, se forma uma cultura de divis\u00e3o entre 'n\u00f3s' e 'eles'.<\/b><\/p>\n
\u00abFrequentemente, as organiza\u00e7\u00f5es lan\u00e7am projetos pioneiros, acreditando que eles abrir\u00e3o caminho para o DevOps em massa, sem considerar se outros estar\u00e3o dispostos a seguir esse caminho\u00bb, explica Ben Grinnell. \u00abAs equipes para a implementa\u00e7\u00e3o desses projetos geralmente s\u00e3o formadas por \u201cestrangeiros\u201d autoconfiantes, que j\u00e1 realizaram algo semelhante em outros lugares, mas s\u00e3o novatos em sua organiza\u00e7\u00e3o. Al\u00e9m disso, eles s\u00e3o incentivados a quebrar e desestabilizar regras que continuam obrigat\u00f3rias para todos os outros. \u00c9 f\u00e1cil ver que, como resultado, se forma uma cultura de divis\u00e3o entre \u201cn\u00f3s\u201d e \u201celes\u201d, que impede a transfer\u00eancia de conhecimentos e habilidades.\u00bb<\/p>\n
\u00abE esse problema cultural \u00e9 apenas uma das raz\u00f5es pelas quais o DevOps \u00e9 dif\u00edcil de escalar. As equipes de DevOps enfrentam um aumento das complexidades t\u00e9cnicas, caracter\u00edsticas de empresas em r\u00e1pido desenvolvimento que apostaram em tecnologias de TI\u00bb, diz Steve Newman, fundador e presidente do conselho da Scalyr.<\/p>\n
\u00abNo mundo moderno, os servi\u00e7os mudam assim que a necessidade aparece. Implementar e lan\u00e7ar novas funcionalidades constantemente \u00e9 realmente \u00f3timo, mas coordenar esse processo e resolver os problemas que surgem \u00e9 uma verdadeira dor de cabe\u00e7a\u00bb, acrescenta Steve Newman. \u00abEm organiza\u00e7\u00f5es de crescimento r\u00e1pido, engenheiros em equipes multifuncionais lutam para manter a capacidade de rastrear mudan\u00e7as e os efeitos em cascata que elas geram no n\u00edvel das depend\u00eancias. Al\u00e9m disso, os engenheiros n\u00e3o ficam nada felizes quando s\u00e3o privados dessa capacidade, tornando-se mais dif\u00edcil entender a ess\u00eancia dos problemas que surgem.\u00bb<\/p>\n
Como superar as dificuldades descritas acima e passar para o uso em massa do DevOps em uma grande organiza\u00e7\u00e3o? Especialistas pedem paci\u00eancia, mesmo que seu objetivo final seja acelerar o ciclo de desenvolvimento de software e os processos de neg\u00f3cios.<\/b><\/p>\n1. Lembre-se de que mudan\u00e7as culturais levam tempo<\/h4>\n
\nJayne Groll, CEO do Instituto DevOps:<\/b> \u00abNa minha opini\u00e3o, a expans\u00e3o do DevOps deve ser t\u00e3o gradual e iterativa quanto o desenvolvimento \u00e1gil (e igualmente afetar a cultura). Em Agile e DevOps, o foco est\u00e1 em pequenas equipes. Mas \u00e0 medida que o n\u00famero de equipes cresce e sua integra\u00e7\u00e3o avan\u00e7a, temos cada vez mais pessoas adotando novos m\u00e9todos de trabalho, resultando em uma transforma\u00e7\u00e3o cultural em grande escala\u00bb.<\/p>\n2. Dedique tempo suficiente ao planejamento e \u00e0 escolha da plataforma<\/h4>\n
\nEran Kinsbruner, principal evangelista t\u00e9cnico da Perfecto:<\/b> \u00abPara que a escalabilidade funcione, as equipes de DevOps precisam, inicialmente, aprender a combinar processos, ferramentas e habilidades tradicionais, e ent\u00e3o cultivar lentamente cada fase do DevOps e estabiliz\u00e1-la. Tudo come\u00e7a com um planejamento cuidadoso das hist\u00f3rias de usu\u00e1rio e dos fluxos de cria\u00e7\u00e3o de valor, seguido pela fase de desenvolvimento de software e controle de vers\u00f5es utilizando trunk-based development ou outras abordagens mais adequadas para o branching e merging de c\u00f3digo\u00bb.<\/p>\n
\u00abA fase seguinte \u00e9 a integra\u00e7\u00e3o e teste, onde uma plataforma escal\u00e1vel para automa\u00e7\u00e3o j\u00e1 \u00e9 necess\u00e1ria. Aqui, \u00e9 crucial que as equipes de DevOps escolham a plataforma certa que corresponda ao seu n\u00edvel de habilidades e objetivos finais do projeto. <\/p>\n
A pr\u00f3xima fase \u00e9 a implanta\u00e7\u00e3o em um ambiente de produ\u00e7\u00e3o, que deve ser completamente automatizada utilizando ferramentas de orquestra\u00e7\u00e3o e cont\u00eaineres. \u00c9 importante ter ambientes virtualizados em todas as etapas do DevOps (simulador do ambiente de produ\u00e7\u00e3o, ambiente de controle de qualidade e, efetivamente, o ambiente de produ\u00e7\u00e3o) e sempre usar os dados mais recentes para testes, a fim de obter conclus\u00f5es precisas. A an\u00e1lise deve ser inteligente e capaz de processar grandes volumes de dados com feedback r\u00e1pido e eficaz\u00bb.<\/p>\n
3. Libere as responsabilidades do gosto pela culpa<\/h4>\n \nGordon Haff, evangelista da RedHat:<\/b> \u00abCriar um sistema e uma atmosfera que permitam e incentivem experimentos possibilita a realiza\u00e7\u00e3o dos chamados fracassos bem-sucedidos no desenvolvimento \u00e1gil de software. Isso n\u00e3o significa que ningu\u00e9m mais \u00e9 respons\u00e1vel pelos fracassos. Na verdade, estabelecer a responsabilidade se torna ainda mais simples, j\u00e1 que \"ser respons\u00e1vel\" n\u00e3o significa mais \"ser o culpado pelo acidente\". Ou seja, a ess\u00eancia da responsabilidade muda qualitativamente. Nesse contexto, quatro fatores se tornam extremamente importantes: a magnitude do fracasso, as abordagens, os processos produtivos e os incentivos\u00bb. (Saiba mais sobre esses fatores no artigo de Gordon Haff \"DevOps lessons: 4 aspects of healthy experiments\").<\/p>\n4. Desobstruam o caminho \u00e0 frente<\/h4>\n
\nBen Grinnell, diretor executivo e l\u00edder da \u00e1rea de tecnologias digitais da consultoria North Highland:<\/b> \u00abPara alcan\u00e7ar a escalabilidade, recomendo lan\u00e7ar um programa de \"limpeza de caminho\" juntamente com projetos-pioneiros. O objetivo deste programa \u00e9 remover a bagun\u00e7a deixada pelos pioneiros do DevOps, como regras obsoletas e outras coisas do g\u00eanero, para que o caminho \u00e0 frente permane\u00e7a livre\u00bb.<\/p>\n
\u00abD\u00ea apoio organizacional \u00e0s pessoas e estimule por meio de uma comunica\u00e7\u00e3o que v\u00e1 muito al\u00e9m do grupo de pioneiros, celebrando amplamente os sucessos dos novos m\u00e9todos de trabalho. Treine as pessoas que est\u00e3o envolvidas na pr\u00f3xima onda de projetos DevOps e que est\u00e3o nervosas por estarem usando o DevOps pela primeira vez. E lembre-se de que essas pessoas s\u00e3o muito diferentes dos pioneiros\u00bb.<\/p>\n
5. Tornem as ferramentas mais democr\u00e1ticas<\/h4>\n \nSteve Newman, fundador e presidente do conselho da Scalyr:<\/b> \u00abAs ferramentas n\u00e3o devem ser escondidas das pessoas e devem ser relativamente f\u00e1ceis de aprender para qualquer um que esteja disposto a dedicar tempo a isso. Se a capacidade de solicitar logs \u00e9 dada apenas a tr\u00eas pessoas, \"certificadas\" para trabalhar com uma determinada ferramenta, voc\u00ea sempre ter\u00e1 no m\u00e1ximo tr\u00eas pessoas capazes de lidar com o problema correspondente, mesmo que tenha um ambiente computacional muito grande. Em outras palavras, isso cria um gargalo que pode levar a s\u00e9rias consequ\u00eancias (para o neg\u00f3cio)\u00bb.<\/p>\n6. Crie condi\u00e7\u00f5es ideais para o trabalho da equipe<\/h4>\n
\nTom Clark, l\u00edder da \u00e1rea de Common Platform na ITV:<\/b> \u00abVoc\u00ea pode fazer qualquer coisa, mas n\u00e3o tudo de uma vez. Portanto, estabele\u00e7a grandes objetivos, comece com pequenas etapas e avance rapidamente por itera\u00e7\u00f5es. Com o tempo, voc\u00ea ganhar\u00e1 a reputa\u00e7\u00e3o de uma equipe que consegue tudo, fazendo com que outros queiram adotar seus m\u00e9todos. E n\u00e3o busque construir uma equipe de alta performance. Em vez disso, forne\u00e7a \u00e0s pessoas as condi\u00e7\u00f5es ideais para trabalhar, e a efici\u00eancia vir\u00e1 naturalmente.\u00bb<\/p>\n7. N\u00e3o se esque\u00e7a da lei de Conway e das quadros Kanban<\/h4>\n
\nLogan Daigle, diretor de entrega de software e estrat\u00e9gia DevOps da CollabNetVersionOne:<\/b> \u00ab\u00c9 importante estar ciente das consequ\u00eancias da lei de Conway. Em minha interpreta\u00e7\u00e3o livre, essa lei afirma que os produtos que criamos e os processos que utilizamos, incluindo DevOps, s\u00e3o organizados da mesma forma que nossa organiza\u00e7\u00e3o.\u00bb<\/p>\n
\u00abSe em uma organiza\u00e7\u00e3o a desconex\u00e3o \u00e9 alta, e durante o planejamento, cria\u00e7\u00e3o e lan\u00e7amento de software a gest\u00e3o muitas vezes troca de m\u00e3os, o efeito da escalabilidade ser\u00e1 nulo ou ef\u00eamero. Por outro lado, se a organiza\u00e7\u00e3o forma equipes multifuncionais em torno de produtos que s\u00e3o financiados com um foco no mercado, as chances de sucesso aumentam drasticamente.\u00bb<\/p>\n
\u00abOutro aspecto importante da escalabilidade \u00e9 exibir todos os trabalhos em andamento (WIP, work in progress) nos quadros Kanban. Quando h\u00e1 um local na organiza\u00e7\u00e3o onde as pessoas podem ver essas informa\u00e7\u00f5es, isso estimula muito a colabora\u00e7\u00e3o, o que impacta positivamente na escalabilidade.\u00bb<\/p>\n
8. Procure cicatrizes antigas<\/h4>\n \nManuel Pais, consultor em DevOps e coautor do livro 'Team Topologies':<\/b> \u00abLevar pr\u00e1ticas DevOps para al\u00e9m de Dev e Ops e tentar aplic\u00e1-las a outras fun\u00e7\u00f5es provavelmente n\u00e3o \u00e9 a abordagem ideal. Isso, sem d\u00favida, ter\u00e1 algum efeito (por exemplo, atrav\u00e9s da automa\u00e7\u00e3o da gest\u00e3o manual), mas pode-se alcan\u00e7ar muito mais ao come\u00e7ar com a compreens\u00e3o dos processos de entrega e feedback.\u00bb<\/p>\n
\u00abSe na infraestrutura de TI da organiza\u00e7\u00e3o existem cicatrizes antigas \u2013 procedimentos e mecanismos de gest\u00e3o que foram implementados ap\u00f3s incidentes passados, mas que se tornaram obsoletos (devido \u00e0 mudan\u00e7a de produtos, tecnologias ou processos) \u2013 eles devem, sem d\u00favida, ser removidos ou suavizados, e n\u00e3o automatizar processos ineficazes ou desnecess\u00e1rios\u00bb.<\/p>\n
9. N\u00e3o crie variantes de DevOps<\/h4>\n \nAntony Edwards, diretor de produ\u00e7\u00e3o da Eggplant:<\/b> \u00abDevOps \u00e9 um termo muito vago, por isso cada equipe cria sua pr\u00f3pria vers\u00e3o de DevOps. E n\u00e3o h\u00e1 nada pior do que ter 20 variantes de DevOps dentro da organiza\u00e7\u00e3o, que n\u00e3o se integram bem. N\u00e3o deve haver um interface \u00fanica entre desenvolvimento e gest\u00e3o de produtos em cada uma das tr\u00eas equipes de desenvolvimento. Al\u00e9m disso, os produtos n\u00e3o podem ter suas pr\u00f3prias e \u00fanicas expectativas sobre como o feedback deve ser tratado ao ser transferido para um simulador de ambiente de produ\u00e7\u00e3o. Caso contr\u00e1rio, voc\u00ea nunca conseguir\u00e1 escalar o DevOps\u00bb.<\/p>\n10. Pregue o valor do DevOps para os neg\u00f3cios<\/h4>\n
\nSteve Newman, fundador e presidente do conselho da Scalyr:<\/b> \u00abTrabalhe para reconhecer o valor do DevOps. Aprenda e n\u00e3o tenha vergonha de falar sobre os benef\u00edcios do que voc\u00ea faz. DevOps economiza imensamente tempo e dinheiro (basta pensar: menos per\u00edodos de inatividade, tempo m\u00e9dio de recupera\u00e7\u00e3o mais curto), e as equipes de DevOps devem incessantemente enfatizar (e pregar) a import\u00e2ncia dessas iniciativas para o sucesso dos neg\u00f3cios. Assim, voc\u00ea poder\u00e1 ampliar o n\u00famero de adeptos e aumentar a influ\u00eancia do DevOps na organiza\u00e7\u00e3o\u00bb.<\/p>\nB\u00d4NUS<\/h3>\n
\nSobre Red Hat Forum R\u00fassia<\/a><\/noindex> Em 13 de setembro, nosso pr\u00f3prio DevOps chegar\u00e1 \u2013 sim, a Red Hat, como fabricante de software, tem suas pr\u00f3prias equipes e pr\u00e1ticas de DevOps.<\/b><\/p>\nNosso engenheiro, Mark Birger, que desenvolve servi\u00e7os de automa\u00e7\u00e3o interna para outros grupos em toda a organiza\u00e7\u00e3o, contar\u00e1 em russo claro sua pr\u00f3pria hist\u00f3ria \u2013 como a equipe de DevOps da Red Hat migrou aplica\u00e7\u00f5es de ambientes virtuais Hat Virtualization, gerenciados pelo Ansible, para um formato de cont\u00eainer completo na plataforma OpenShift.<\/p>\n
Mas isso ainda n\u00e3o \u00e9 tudo:<\/b><\/p>\n
Depois que as organiza\u00e7\u00f5es migraram suas cargas de trabalho para cont\u00eaineres, os m\u00e9todos tradicionais de monitoramento de aplicativos podem n\u00e3o funcionar. No segundo relat\u00f3rio, explicaremos nossa motiva\u00e7\u00e3o para mudar a forma de registro e mostraremos a continuidade da jornada que nos levou a m\u00e9todos modernos de registro e monitoramento.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0422\u0440\u0443\u0434\u043d\u043e \u0443\u043b\u043e\u0432\u0438\u0442\u044c \u0433\u043b\u0430\u0432\u043d\u043e\u0435, \u0433\u043e\u0432\u043e\u0440\u044f \u043e DevOps? \u041c\u044b \u0441\u043e\u0431\u0440\u0430\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u044f\u0440\u043a\u0438\u0435 \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0438, \u0443\u0434\u0430\u0440\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0443\u043b\u0438\u0440\u043e\u0432\u043a\u0438 \u0438 \u0441\u043e\u0432\u0435\u0442\u044b \u043e\u0442 \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u043c\u043e\u0433\u0443\u0442 \u0434\u043e\u0439\u0442\u0438 \u0434\u043e \u0441\u0443\u0442\u0438 \u0434\u0430\u0436\u0435 \u043d\u0435\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u0430\u043c. \u0412 \u043a\u043e\u043d\u0446\u0435 \u0431\u043e\u043d\u0443\u0441 \u2013 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 DevOps \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a\u043e\u0432 Red Hat. \u0422\u0435\u0440\u043c\u0438\u043d DevOps \u0432\u043e\u0437\u043d\u0438\u043a 10 \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434 \u0438 \u043f\u0440\u043e\u0448\u0435\u043b \u043f\u0443\u0442\u044c \u043e\u0442 \u0445\u044d\u0448\u0442\u0435\u0433\u0430 \u0432 \u0422\u0432\u0438\u0442\u0442\u0435\u0440\u0435 \u0434\u043e \u043c\u043e\u0449\u043d\u043e\u0433\u043e \u043a\u0443\u043b\u044c\u0442\u0443\u0440\u043d\u043e\u0433\u043e \u0434\u0432\u0438\u0436\u0435\u043d\u0438\u044f \u0432 \u043c\u0438\u0440\u0435 \u0418\u0422, \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28183,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-37551","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Falamos](\"\/wp-content\/uploads\/2019\/08\/c3df26c470065767bc37e7d1c732d0b5.jpeg\")