O que � DevOps

Devops � um termo criado para descrever um conjunto de pr�ticas para integra��o

entre as equipes de desenvolvimento de softwares, opera��es (infraestrutura ou
sysadmin) e de apoio envolvidas (como controle de qualidade) e a ado��o de
processos automatizados para produ��o r�pida e segura de aplica��es e servi�os. O
conceito prop�e novos pensamentos sobre o trabalho para a valoriza��o da
diversidade de atividades e profissionais envolvidos e atitudes colaborativas. � um
processo que torna poss�vel o desenvolvimento �gil de aplica��es em um modelo de
gest�o de infraestrutura definido sob regras r�gidas e burocr�ticas.

Tradicionalmente Desenvolvimento e Opera��es s�o setores diferentes nas empresas e

com motiva��es distintas. O setor de Desenvolvimento j� evoluiu com ado��o de
metodologias �geis e est�o mais alinhadas ao neg�cio. O setor j� consegue entregas
r�pidas e constantes para atender a expectativa dos clientes por novos recursos e
assim valorizar o produto da empresa. A �rea de Opera��es, por sua vez, deseja o
m�nimo de altera��es poss�veis no ambiente de produ��o, pois podem gerar um novo
ponto de instabilidade o que desvalorizar� o produto da empresa. Assim h�
interesses contradit�rios. Um setor quer evoluir e o outro garantir.

Baixe gratuitamente o e-book 4DevOps em 3 fases.

BAIXE AQUI
A cultura DevOps sustenta-se nos pilares:
Integra��o Cont�nua: f�cil transfer�ncia de conhecimento e experi�ncias entre as
�reas de Desenvolvimento, Opera��es e Apoio.
Implanta��o Cont�nua: libera��o r�pida e continua de novas vers�es de software ou
servi�os.
Feedback cont�nuo: feedbacks frequentes das equipes envolvidas em todas as fases do
ciclo de vida do software ou servi�o.
Para alcan�ar esses objetivos a pr�tica Devops recomenda a��es como:
Pessoas integradas: Apoiar e prover pensamentos que integrem as pessoas, que fa�am
com que partilhem suas hist�rias e se desenvolva a empatia entre elas para um
trabalho conjunto eficaz e duradouro.

Foco no projeto: Crie uma atmosfera livre de culpa, com o objetivo em comum: o
projeto. Profissionais devem defender o projeto e n�o suas �reas de atua��o. �
preciso romper tradi��es e fazer com que as equipes tenham um comportamento
colaborativo, construtivo e de respeito m�tuo.

Reuni�es conjuntas: em vez de promover discuss�es isoladas com a equipe de

desenvolvimento, opera��es ou apoio, sempre integre pelo menos um profissional de
cada �rea nas discuss�es dos setores para que tenham entendimento dos objetivos a
serem alcan�ados, recursos e demanda previstos, requisitos necess�rios, problemas
j� enfrentados e riscos envolvidos sob uma mesma �tica.

Neg�cio Just-in-Time: Fornecimento de aplica��es e servi�os que promovam um

desenvolvimento do neg�cio com qualidade e otimiza��o do uso de recursos humano,
tempo, tecnol�gicos e/ou financeiros.

Infraestrutura para neg�cio: garantir continuamente a infraestrutura com foco no

neg�cio. Implantar mecanismos que permitam a �rea de opera��es atenderem as
expectativas do neg�cio e ainda sim manter sua confiabilidade.

Desenvolvimento �gil: o desenvolvimento do software deve seguir uma das

metodologias �geis para entregas r�pidas e cont�nuas. ( SCRUM, XP, �)

Ambientes de Desenvolvimento, Homologa��o e Produ��o: que haja pelo menos esses

tr�s ambientes e que sejam id�nticos para evitar que uma vers�o de software seja
testada em um ambiente e executada em produ��o em outro e assim surjam problemas
n�o previstos.

Padroniza��o nas configura��es: para garantia de que os ambientes sejam id�nticos e

contenham apenas mudan�as homologadas, � preciso implementar um gerenciamento de
configura��o para que qualquer mudan�a inserida manualmente nos servidores e n�o
atrav�s de uma ger�ncia de configura��es seja automaticamente desfeita.

Provisionamento din�mico dos ambientes: os ambientes devem ser criados sempre que
necess�rios em processos automatizados para garantia de que estejam sempre
dispon�veis. A equipe de desenvolvimento deve receber a infraestrutura necess�ria
para seu trabalho sem necessidade de interven��o da equipe de opera��es.
Ferramentas de automa��o dever�o criar servidores, instalar servi�os, configur�-los
e test�-los. Novos servidores poder�o ser criados temporariamente para a��es
espec�ficas ou para escalonamento da solu��o.

Infraestrutura como um c�digo: as configura��es e scripts de execu��o para

instala��o de servi�os devem ser versionados no mesmo reposit�rio e da mesma forma
que o c�digo da aplica��o para que possam ser disponibilizados, auditados e
evolu�dos juntos.

Liberdade para Deploy: a equipe de desenvolvimento deve ser aut�noma para

realiza��o de deploy nos ambientes, at� produ��o sem necessidade de processos
burocr�ticos e interfer�ncia da �rea de opera��es.

Integra��o cont�nua: Ferramentas devem orquestrar todo o processo envolvido na

entrega de nova vers�o da aplica��o que inclui a cria��o dos ambientes caso
necess�rio, deploys dos c�digos juntamente as configura��es da infra, testes
automatizados, possibilidade de revers�o e auditoria.

Gest�o de incidentes: Para que a infraestrutura seja �gil � determinante que haja
estrat�gias para gest�o de incidentes bem definidas, pol�ticas de roll back,
backups e ferramentas de monitora��o pr�-ativas.

Conhe�a a 4DevOps. 4DevOps � a unidade de servi�os da 4linux especializado em

servi�os de consultoria para o mundo DevOps e Cloud. Nele voc� vai encontrar em
detalhes os servi�os da 4Linux para o mundo DevOps e tamb�m poder� baixar
gratuitamente o e-book �4 DevOps em 3 fases�.