Muitos DBAs hoje estão sendo solicitados a contribuir em uma cultura DevOps. Um DBA que conheço me contou a história de uma reorganização recente pela qual sua empresa passou e, quando eles enviaram o novo organograma, seu título foi alterado de DBA para engenheiro de DevOps. O que ele faz agora que é diferente de antes? Bem, acontece… Não muito. A maior parte do que ele faz agora ainda é o mesmo. Mas seu cubículo é o marco zero para o DevOps agora, então ele está levando esse novo título muito a sério.
Aqui está a verdade – DBAs sempre fizeram parte do DevOps. Isso porque a maioria já faz tarefas de desenvolvimento. Coisas como escrever SQL, ajuste de desempenho do SQL Server, fazer análise de objetos e relatórios e eles já fazem tarefas de operações, como configurar servidores, executar backups e restaurações e ajustar o sistema operacional, a rede e o armazenamento.
A principal mudança é que o DevOps geralmente coloca os desenvolvedores de aplicativos contra as equipes de infraestrutura por problemas de estabilidade e desempenho. Dev e Ops têm prioridades diferentes que exigem um bom equilíbrio.
Há dois lados dessa história. O Desenvolvedor lado da casa é medido em quão rápido e confiável eles podem obter mudanças na produção. Seu objetivo é desenvolver código para especificação o mais rápido possível, colocá-lo em produção e manter essas mudanças chegando.
Operações está preocupado em garantir que as coisas não quebrem quando você tira os olhos delas. É sobre todos os fundamentos que mantêm as luzes acesas e os dados em movimento.
Os DBAs têm um grande papel a desempenhar na fusão de Dev e Ops. Na verdade, é uma grande oportunidade para os DBAs crescerem nessa função emergente de engenheiro de DevOps, incluindo monitoramento e otimização do desempenho do servidor SQL.
Grande parte do DevOps é baseado no lema:“Falhe com frequência, falhe rápido”. Faça pequenas alterações incrementais e coloque-as em produção. Se eles causarem um problema ou se não forem exatamente o que os clientes queriam, então reverta-os rapidamente, conserte-os e coloque-os rapidamente de volta à produção.
No entanto, isso apresenta riscos reais…
Nem sempre é fácil entender a causa raiz de um problema de desempenho ou estabilidade. É preciso um pouco de escavação para conectar os pontos entre uma alteração que alguém fez no aplicativo ou na infraestrutura e o impacto que isso tem na carga de trabalho e no desempenho do banco de dados.
Esses conceitos são um pouco novos para o DBA e a tarefa de se reunir no meio para participar da Cultura DevOps pode parecer um pouco esmagadora. Mas, você tem que começar em algum lugar. Muitas organizações estão adotando a abordagem de examinar os problemas de desempenho do SQL Server de uma perspectiva diferente e implementar um método diferente de monitoramento.
E se você tivesse a visibilidade da integridade de seu ambiente SQL Server necessária para resolver problemas de desempenho de forma proativa... antes que eles afetem seriamente seus negócios? E se você pudesse identificar rapidamente a degradação do desempenho, isolar a causa e analisar e ajustar para evitar problemas semelhantes no futuro?
Ah, e se você pudesse ter tudo isso por assinatura? Sem hardware adicional, sem software, sem custos de manutenção e poder acessá-lo de qualquer lugar, a qualquer hora em qualquer dispositivo?
Com o Spotlight Cloud, você pode! É tão fácil quanto se inscrever. Entrar. Resolver.
Comece com o Spotlight Cloud para monitoramento e diagnóstico de banco de dados hospedado em nuvem inigualável para SQL Server. É como se dar uma promoção imediata!
