Bom pessoal, agora a gente vai falar sobre operação e manutenção. Galera, o lance é o seguinte, toda vez que a gente está falando de operação, é dia a dia da empresa. É o dia a dia da solução rodando. A solução já está funcionando, agora ela tem que ser operada. E isso aí vai variar muito de como cada empresa trabalha. Vou dar um exemplo. Tem muita empresa que os desenvolvedores ajudam a operar a aplicação eles têm os seus dashboards eles têm os seus próprios monitoramentos quando desenvolve os desenvolvedores eles sempre revezam para quem vai ficar um call em relação caso alguma coisa aconteça naquela aplicação já tem a já tem outros tipos de empresa que eles têm uma área só de operação que o desenvolvedor nem chega ali perto né deu algum problema própria galera de operação vai tentar resolver não consegue liga para desenvolvedores tentam trabalhar tá isso aí vai depender muito da cultura mas de uma forma geral isso isso aí, nesse documento, você vai colocar. Quem vai operar, como que vai funcionar, porque isso vai mudar completamente a dinâmica de como que o projeto vai ser desenvolvido e como que esse projeto vai ser estruturado, inclusive em suas equipes. E a parte de manutenção também é algo extremamente importante, porque ela não prevê apenas a manutenção do software, mas sim também pets, segurança e tudo mais. Então vamos lá. Primeira coisa que a gente tem que se ligar. Para a gente conseguir operar algo, a gente tem que monitorar. E aí nesse momento você vai ter que ter ideias. O que eu tenho que monitorar? Legal? Monitoramento não nem algo automático tá você sempre antes de monitorar você tem que saber o que você tem que monitorar obviamente galera quando a gente está falando monitoramento de tá no ar não está no ar é uma coisa agora quantas compras por segundo está acontecendo quanto que tal throughput de uma determinada e piá é como é que tá né o tempo de emissão de nota fiscal perceba essas métricas são importantes né vou imaginar que a minha aplicação está tendo algum problema e que ao invés de eu ter 500 compras por segundo estou tendo 50 meu se eu não monitorar esses dados específicos a vai acontecer uma catástrofe entende então o monitoramento a ele não é só monitoramento de hardware eles são ele é monitoramento de métricas específicas da aplicação porque você vai monitorar no final do dia o que importa. Esse aí é um ponto importante. Outra coisa, o que vai acontecer com o processo de manutenção? Legal? Vou dar um exemplo muito grande, muito claro ali para você. Tem sistemas que são tão críticos que manutenção são de madrugada. Tem sistemas que são tão críticos que manutenção são de madrugada. Nossa Wesley, mas isso só mostra o quanto que a empresa não é madura para conseguir tratar assuntos críticos em horário comercial. Talvez sim, talvez sim. Mas dependendo da situação, você pode falar Poxa vida né Eu parar, imagina a Visa Que processa cartão de crédito 24 horas por dia E ela tem uma manutenção Que é tão crítica E ela sabe que uma hora da tarde é o horário que tem menos pico Que horário você vai dar Manutenção? Fala a verdade Entende? Pessoal, é muito bonito As pessoas falarem que a empresa não é madura por isso que dá manutenção em horário tal horário. A empresa não é madura por isso que não faz não sei quantos deploys. Sim, muitas vezes é verdade, mas existem situações que você vai querer mitigar risco sim, você não vai querer tirar risco à toa. Então você vai ter que ter processos de manutenção e esses processos vão variar de acordo com o tipo de manutenção que você vai ter. Legal? E isso aqui é um ponto super importante, que é processos de recuperação de desastres. Galera, existem algumas coisas que são importantes. Coisas ruins vão acontecer. Sistemas vão cair. Indisponibilidades vão acontecer. Mas o grande ponto disso aí é você tem que ter plano B para as coisas mais óbvias que podem acontecer na sua aplicação. Vou dar um exemplo. Seu banco de dados ficou fora você tem backup tenho você já fez um teste de voltar o backup do seu banco de dados a fim quanto tempo demorou então do tempo que o seu banco de dados queimou, vamos dizer assim, e você recuperou, ficou quanto tempo fora o sistema? Entende? Esses números você tem que ter. Não tem o que fazer, galera. Coisas ruins acontecem, você tem que ter o plano, você tem que simular esses tipos de coisa e ver se o tempo que você está de recuperação, por exemplo, é aceitável para o nível de risco de negócio que você tá então isso aí não tem acontece então cria os seus planos de recuperação legal outra coisa processo de gerenciamento de mudanças na e aí tem muita gente já lembrabra de Gmood ou qualquer coisa desse tipo Mas isso aí, galera Novamente, são processos Eu vou mudar um processo crítico, como é que vai ser? Eu posso criar um documento Nesse documento eu vou ter um template Nesse template eu vou falar o que vai mudar Como vai mudar, o que vai impactar Quais equipes que eu tenho que comunicar dizendo que eu tenho que vou fazer essa mudança né eu vou mudar o padrão da minha pele então esses tipos de coisa tem que estar organizado porque porque no dia a dia hoje em dia os sistemas estão tão grande a gente tem tantas equipes e vai uma equipe lá, muda o padrão de uma API, aí o que acontece? Tinha 10 equipes que esse cara que fez a API nem sabia que estavam utilizando e quebra o sistema dos outros. Por quê? Porque você não teve um processo correto, vamos dizer assim, um processo definido para a gestão de mudanças. Legal? Então, vamos nessa para o nosso próximo vídeo.