Pode parecer complicado pelo nome. A abreviação de já dois fenômenos complexos, desenvolvimento e operações, somados ao adjetivo organizacional. Pode parecer um enigma e tanto para algumas pessoas.

Não é nada complicado por natureza. (Bem, um prefere passar por complicações para acertar as coisas, mas é uma jornada única). Vamos relembrar: DevOps é provavelmente a técnica de implementação e manutenção de software mais abrangente. Ele encurta os ciclos de vida do desenvolvimento, permite que as mudanças (em um código ou em qualquer outro lugar) sejam feitas mais rapidamente, garante que os bugs sejam detectados e tratados nos estágios iniciais possíveis, elimina a concorrência desnecessária e as más atitudes entre os departamentos, fornece uma ferramenta palpável de formação de equipes e torna o desenvolvimento e as operações bem eficientes em termos de produtividade e custo.

Embora o DevOps não seja exatamente uma ciência de foguetes, ele requer alguns esforços substanciais: configurar os processos, estabelecer comunicação interna e cooperação em pelo menos um nível adequado, fornecer ferramentas técnicas adequadas para o uso contínuo de cada membro da equipe. A introdução inicial dos princípios de DevOps em uma entidade de desenvolvimento/manutenção de software exige muito capital humano – tempo, esforços e disponibilidade simples de pessoal devidamente treinado – em primeiro lugar. Se definido corretamente, as práticas de DevOps serão recompensadas em breve. Mas seu lançamento é certamente um desafio; às vezes dor.

Aqui entra aquele adjetivo organizacional, a parte “gerenciada”.

É melhor conversarmos com um gerente

Para muitas empresas, seja totalmente on-line ou principalmente off-line, mas com seus próprios departamentos de TI, Suporte de infraestrutura e várias configurações (estamos falando de redes aqui) são trabalhos indesejáveis e relutantes. Os desenvolvedores preferem codificar e liberar, os varejistas – vender e reabastecer, etc. Qualquer atividade que vá além do suporte de disponibilidade de rede de rotina consome tempo e dinheiro; isso é ainda mais verdadeiro em relação a novos métodos a serem desdobrados. Adicione a alta demanda geral (leia – se – deficiência grave) de especialistas em DevOps devidamente qualificados e você encontrará empresas implorando para passar essas atividades “extras” para um parceiro de TI confiável-em termos econômicos, mas não apenas.

Assim, um parceiro mencionado, na maioria dos casos provedor de serviços em nuvem, assume a responsabilidade por um lado processos DevOps, gerencia-los. É um pouco diferente da terceirização simples. DevOps pessoas de um provedor e especialistas em TI de um cliente mantêm uma cooperação mais próxima; não é exagero dizer que o departamento de TI do cliente recebe uma extensão valiosa.
As formas exatas de cooperação – são duas – diferem um pouco. Ou o provedor inicia e orienta os processos, deixando as tarefas diárias para um cliente; ou todo o DevOps fica sob a asa do provedor, permitindo que um cliente se concentre totalmente em suas atividades principais.
Como dissemos antes – nada complicado, não é?

DevOps Gerenciado funciona melhor para:

• Sites corporativos. Os desenvolvedores internos, especialmente no varejo da Internet, podem não estar no ritmo das crescentes demandas de negócios. A expansão da própria equipe de TI é, em última análise, o beco sem saída, pois continua trazendo despesas adicionais não essenciais. Mais um risco é que o RH interno, não estando muito interessado em tecnicalidades de TI, possa contratar especialistas indevidamente qualificados. Uma equipe experiente de DevOps não apenas sugere as melhores soluções para hoje, como também pode prever as demandas de negócios e organizar a infraestrutura e os processos futuros em tempo hábil.
• Desenvolvimento de aplicativos Mobile. Esse ramo é provavelmente o mais rápido do mercado – em termos de reação e adoção de novas tendências. Aqui, o DevOps gerenciado é o Auxiliar de duas maneiras distintas. Para as empresas que possuem vários projetos de Desenvolvimento mobile não relacionados ao mesmo tempo a técnica é a ferramenta de gestão da estratégia. Para os aplicativos em si, é o caminho mais rápido e suave para as lojas de aplicativos.
• GameDev. Em um determinado estágio dos conceitos de crescimento da empresa GameDev, design e marketing se tornam mais importantes do que suporte e manutenção de jogos já lançados. O DevOps gerenciado ajuda a eliminar esse não equilíbrio. Um caminho mais rápido e suave para o lançamento dos jogos também é aplicável aqui.
• Projetos únicos e personalizados. A experiência em DevOps gerenciado solicita as soluções mais adequadas, mesmo em atribuições altamente personalizadas. Se a implementação real da técnica não for necessária, a análise e a consultoria contínuas manterão os clientes em sua melhor forma.

Como eles fazem

O texto exato pode variar, mas esses são os estágios do DevOps gerenciado.

Auditoria de ineficiências. Observe que uma cooperação estreita já começou: um provedor examina todos os pontos apertados possíveis, ouve um cliente (e os clientes do cliente, se aplicável) e ajuda ativamente os especialistas internos a descobrir todos os obstáculos.

Do blueprint ao roadmap. O DevOps manager desenha toda a estrutura e, em seguida, divide – a em Configuração(ões) de infraestrutura, escrita de scripts, questões de sincronicidade, ferramentas-e, claro, o custo do projeto.

Assinatura e execução de contrato. Quase nada a acrescentar aqui, realmente. Espere talvez mencionar que todas as pessoas envolvidas são (não apenas deveria ser – considere isso como a ação feita!) a qualquer momento ciente do que está em andamento agora, o que já está feito e o que eles estão fazendo a seguir.

Monitore, revise, alcance a linha de chegada. A probabilidade de até mesmo o roteiro mais completo não ser alterado com o curso dos acontecimentos tende a zero infinitamente. Com mudanças introduzidas e lições aprendidas o projeto finalizado parece ainda mais refinado.

Repito. Próximo passo ou projeto completamente novo: tudo permite mais expertise. E não se esqueça que a prática leva à perfeição.

Pros

• Eficiência sonora em termos de tempo, custos e desempenho/mão de obra. Sem se distrair com tarefas não essenciais, os especialistas do cliente podem se concentrar melhor em suas responsabilidades diretas. A desnecessidade de criar espaços de trabalho adicionais no local e treinar pessoal extra torna o DevOps gerenciado ainda mais econômico.
• Montagem e entrega de produtos mais rápida e sem falhas.
• Grande automação de processos-ainda com a grande flexibilidade, se forem consideradas soluções personalizadas.
• Métodos de teste inofensivos: implantação canary (para um grupo pequeno e bem definido de usuários); recurso de reversão com um clique.

Contras

• O DevOps como fenômeno sugere mudanças significativas na cultura da empresa. A aceitação inicial do(S) Tipo (s) de novas relações deve (m) vir do alto escalão e impregnar todos os níveis de negócios. É inaceitável (e dificilmente possível, conforme lições de vida) que apenas desenvolvedores tenham adotado os princípios de DevOps, enquanto outros não.
• A segurança nunca deve ser sacrificada em prol da velocidade. Um cliente com preocupações sobre as práticas de proteção de informações de um provedor deve considerar outro contratado de DevOps gerenciado.

Como estamos fazendo

At ITGLOBAL.COM estamos orgulhosos de ter a equipe de especialistas em DevOps – com registros de desempenho comprovados e feedback agradecido de nossos clientes. Estamos bem familiarizados com possíveis armadilhas da cultura DevOps e temos ferramentas prontas para evitar os obstáculos. Em especial, a segurança da nossa serviços em nuvem seja reconhecido e devidamente certificado.

Nossa experiência inclui projetos gerenciados de complexidade variável em nuvens corporativas públicas e privadas, no local e dentro dos hiperescaladores. Oferecemos o DevOps gerenciado (e todas as outras soluções compostas) como serviços completos em um modo de “janela única”.