as observacoes sobre desempenho, eliminando gatekeepers e silos de informacoes. Quando os desenvolvedores tem informacoes diretas sobre o desempenho, a interacao deles com o pessoal de operacoes sao mais construtivas e eles nao precisam implorar por informacoes.3. Torne o desempenho um requisito explicito logo de saida. Por muito tempo, o desempenho foi considerado algo secundario, com que se deve lidar apenas quando as especificacoes funcionais tiverem sido atendidas. Tornar requisitos de desempenho uma parte essencial do processo de design, com testes e avaliacoes de desempenho logo no inicio do ciclo de desenvolvimento, garante que eles nao tenham que ser acrescentados posteriormente.4. Estabeleca metricas compartilhadas, de modo que o desenvolvimento, a producao e a gerencia tenham uma base para comparacao dos resultados, avaliacao do progresso e rastreamento do impacto das alteracoes. Quando os engenheiros de software e de sistema tem uma base comum para discussao e avaliacao do progresso, estao em melhor posicao para trabalhar por uma meta comum.5. Concentre o foco na experiencia do usuario final, seja este um cliente externo ou o responsavel por um aplicativo em uma unidades de negocio. Quando a TI se volta para o servico, o nivel de servico proporcionado ao cliente torna-se a unica metrica realmente importante para avaliacao do departamento de TI. Com a meta comum de proporcionar um servico responsivo e previsivel para aplicativos dirigidos ao usuario final, tanto a producao quanto o desenvolvimento podem colaborar para o seu cumprimento.Mas isso nao e tudo:Ha mais duas consideracoes importantes. Primeiro, somente as ferramentas de monitoramento nao sao suficientes. O monitoramento baseado em integridade fornece o status ativo/inativo para dezenas ou centenas de componentes, em geral com foco em indicadores de status verde, amarelo ou vermelho. Eles sao uteis para identificar quando algo nao funciona, mas sao muito limitados para identificar a causa raiz dos problemas apontados e a correlacao entre os componentes. Um sistema pode ser totalmente ineficiente e, mesmo assim, o painel de monitoramento mostrar apenas luzes verdes, ja que nada em especial esta avariado. Por isso, e importante olhar para um sistema com uma visao de desempenho, para compreender os tempos de espera e os congestionamentos.Segundo, muitas equipes DevOps tentam monitorar tudo. O resultado sao logs de mais de um gigabyte que exigem ferramentas avancadas e muito tempo de analise. Embora os graficos produzidos possam ser muito interessantes, sua utilidade e limitada a capacidade de produzir informacoes. Um terabyte de dados de log e algo inutil, a menos que possa especificar o que ha de errado com o sistema.Conclusao:Para resumir, as equipes de desenvolvimento e de operacoes podem trabalhar melhor em conjunto quando: 1 - Compartilham uma mesma visao do sistema, que fornece visibilidade de todas as camadas da pilha e das dependencias entre elas;2 - Estao voltadas para o desempenho e seu foco se concentra em localizar congestionamentos e informacoes que resultem em acao;Mesmo sem a complexidade de um sistema completo de gerenciamento de configuracoes, partir das metas corretas e contar com um ferramental de desempenho eficaz pode deixar voce um passo mais proximo do nirvana do DevOps, o que significa aplicativos