Melhores Práticas de DevOps Gerido

Pode parecer complicado pelo nome. A abreviatura de já dois fenómenos complexos, desenvolvimento e operações, acrescentada com o adjectivo organizacional. Pode parecer um enigma e tanto para algumas pessoas.

Não é de todo complicado por natureza. (Bem, prefere-se passar por complicações para acertar as coisas, mas é uma viagem única). Vamos recordar: DevOps é provavelmente a mais abrangente técnica de implementação e manutenção de software. Encurta os ciclos de vida do desenvolvimento, permite que as alterações (num código ou onde quer que seja) sejam feitas mais rapidamente, assegura que os bugs sejam detectados e tratados o mais cedo possível, elimina a competição desnecessária e as más atitudes entre os departamentos, fornece uma ferramenta palpável de construção de equipas, e torna tanto o desenvolvimento como as operações bem eficientes em termos de produtividade e custo.

Embora o DevOps não seja exactamente uma ciência de foguetões, requer alguns esforços substanciais: estabelecer os processos, estabelecer comunicação interna e cooperação pelo menos a um nível adequado, fornecer ferramentas técnicas adequadas para uma utilização sem falhas de cada membro da equipa. A introdução inicial dos princípios DevOps a uma entidade de desenvolvimento/manutenção de software requer muito capital humano – tempo, esforços, e simples disponibilidade de pessoal devidamente formado – antes de mais nada. Se for bem definido, as práticas DevOps irão compensar muito em breve. Mas o seu lançamento é certamente um desafio; por vezes, é doloroso.

Aqui entra aquele adjectivo organizacional, a parte “Gerida”.

É melhor falarmos com um gerente

Para muitas empresas, quer em linha ou na sua maioria offline, mas tendo os seus próprios departamentos de TI, apoio infra-estrutural e múltiplas configurações (estamos aqui a falar de redes) são trabalhos indesejados e pouco desejados. Os programadores preferem codificar e libertar, os retalhistas – para vender e reabastecer, etc. Qualquer actividade que vá para além da disponibilidade rotineira da rede de apoio, reduz o tempo e o dinheiro; isto é ainda mais verdade no que diz respeito a novos métodos a desenvolver. Acrescente a elevada procura global (leia-se – deficiência grave) de especialistas DevOps devidamente qualificados, e encontrará empresas a implorar para passar essas actividades “extra” a um parceiro de TI de confiança – em termos de economia, mas não só.

Assim, um parceiro mencionado, na maioria dos casos fornecedor de serviços em nuvem, assume a responsabilidade por um lado dos processos DevOps, gere-os. É um pouco diferente da simples externalização. O pessoal DevOps de um fornecedor e os especialistas de TI de um cliente mantêm uma cooperação mais estreita; não é exagero dizer que o departamento de TI do cliente recebe uma extensão valiosa. As formas exactas de cooperação – existem duas – são um pouco diferentes. Ou o fornecedor inicia e orienta os processos, deixando as tarefas diárias para um cliente; ou todo o DevOps passa por baixo da ala do fornecedor, permitindo que um cliente se concentre totalmente nas suas actividades principais. Como dissemos antes – não é de todo complicado, não é? O DevOps gerido funciona melhor para:

• Sítios empresariais. Os criadores internos, especialmente no comércio a retalho na Internet, podem não estar a par das crescentes exigências das empresas. A expansão da própria equipa de TI é, em última análise, o beco sem saída, uma vez que continua a trazer despesas adicionais não essenciais. Mais um risco é que os RH internos, não estando muito interessados nos aspectos técnicos das TI, possam contratar especialistas inadequadamente qualificados. A experiente equipa DevOps não só sugere as melhores soluções para o presente – como pode prever as exigências do negócio e organizar infra-estruturas e processos futuros de forma atempada.
• Desenvolvimento de aplicações móveis. Este ramo é provavelmente o mais rápido do mercado – em termos de reacção e adopção de novas tendências. Aqui o Managed DevOps é o ajudante de duas formas distintas. Para as empresas que têm vários projectos de desenvolvimento móvel não relacionados ao mesmo tempo, a técnica é a ferramenta de gestão estratégica. Para as próprias aplicações, é o caminho mais rápido e mais suave para as lojas de aplicações.
• GameDev. Numa determinada fase de crescimento da empresa GameDev, os conceitos de design e marketing tornam-se mais importantes do que o apoio e a manutenção de jogos já lançados. O DevOps gerido ajuda a eliminar este tipo de não-balanço. Um caminho mais rápido e mais suave para o lançamento de jogos é também aplicável aqui.
• Projectos únicos e personalizados. Os conhecimentos especializados de Managed DevOps aconselham as soluções mais adequadas, mesmo em tarefas muito específicas. Se a implementação efectiva da técnica não for necessária, a análise e consultoria contínuas manterão os clientes na sua melhor forma.

Como eles o fazem

A redacção exacta pode variar, mas estas são as fases de Managed DevOps.

Auditoria de ineficiências. Note-se que a cooperação estreita já começou: um fornecedor examina todos os pontos apertados possíveis, ouve um cliente (e aos clientes do cliente, se aplicável) e ajuda activamente os especialistas internos a desvendar todos os obstáculos.

Do projecto ao roteiro. O gestor do DevOps desenha toda a estrutura, depois decompõe-a em infra-estrutura(s), escrita de guiões, assuntos de sincronia, ferramentas – e, claro, o custo do projecto.

Assinatura e execução do contrato. Na realidade, quase nada a acrescentar aqui. Espere talvez mencionar que todas as pessoas envolvidas estão (NÃO DEVERIA SER – considere isto como a escritura feita!) a qualquer momento conscientes do que está em progresso agora, do que já está feito e do que estão a fazer a seguir.

Monitorizar, rever, alcançar a linha de chegada. A probabilidade de mesmo o roteiro mais minucioso não ser alterado com o curso dos acontecimentos tende a zerar infinitamente. Com as alterações introduzidas e as lições aprendidas, o projecto final parece ainda mais refinado.

Repito. Próximo passo ou projecto completamente novo: tudo permite mais perícia. E não se esqueça que a prática torna perfeito.

Prós

• Sólida eficiência em termos de tempo, custos e desempenho/trabalho. Não sendo distraídos por tarefas não essenciais, os especialistas do cliente podem concentrar-se melhor nas suas responsabilidades directas. A inutilidade de criar espaços de trabalho adicionais no local e de formar pessoal extra torna o DevOps Gerido ainda mais económico.
• Montagem e entrega mais rápida e sem falhas de produtos.
• Grande automatização dos processos – mas com a grande flexibilidade, se forem consideradas soluções personalizadas.
• Métodos de teste inofensivos: implantação canária (para um grupo pequeno e bem definido de utilizadores); funcionalidade de retrocesso com um clique.

Contras

• DevOps como um 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 topo e impregnar todos os níveis de negócios. É inaceitável (e dificilmente possível, conforme as lições da vida) que apenas os promotores tenham abraçado os princípios DevOps, enquanto outros não o tenham feito.
• A segurança nunca deve ser sacrificada em nome da rapidez. Um cliente com preocupações sobre as práticas de protecção de informação de um fornecedor deve considerar outro contratante de DevOps gerido.

Como o estamos a fazer

No ITGLOBAL.COM estamos orgulhosos de ter a equipa de peritos DevOps – com registos de desempenho comprovados e feedback de apreciação dos nossos clientes. Estamos bem familiarizados com possíveis armadilhas da cultura DevOps e temos ferramentas para evitar os obstáculos prontos. Em particular, a segurança dos nossos serviços na nuvem é reconhecida e devidamente certificada.

A nossa experiência inclui projectos geridos de complexidade variável tanto em nuvens de empresas públicas como privadas, no local e dentro dos hipercalibradores. Oferecemos Managed DevOps (e todas as outras soluções compostas) como serviços completos num modo de “janela única”.