Entrega contínua: ele pode realmente 'juntar' Ops e Dev?

Incremente sua infra-estrutura

Chat ao vivo The Register será combater a entrega contínua em nossa última conversa ao vivo, hoje, às 14:00 GMT (09:00 EST).

Junte-se Adrian Bridgwater, Trevor Pott, Freeform Dynamics 'Analista Dale Vile e do Perforce Mark Warren para discutir essa tendência significativa no desenvolvimento de software e implantação.

'S The Reg grupo editor Joe Fay será o seu anfitrião para a conversa.

Entrega contínua surgiu como forma de evitar alguns dos portões tradicionais e estrangulamentos no desenvolvimento. A teoria é que você pode emular a internet / espírito aplicativo móvel através da definição e gerenciamento de entrega como uma única juntaram-up processo que abrange todo o ciclo de vida da coleta de requisitos iterativo, através da concepção, construção e teste, a liberação no meio ambiente ao vivo.

Mas a entrega contínua ainda é mais falado do que praticado. As pessoas têm falado sobre juntar o desenvolvimento e operações por mais de uma década, mas os dois lados ainda largamente trabalhar de forma independente na maioria das organizações. Também é ainda a norma que a entrega da nova capacidade ou atualizações gira em torno de lançamentos de 'pedaços' que são construídos e testados, em seguida, "jogado por cima do muro 'para implantação.

Enquanto isso, uma das queixas mais freqüentes que ouvimos de altos caras de negócios sobre ele é que ele sempre leva muito tempo para fazer outras coisas. Mas, enquanto ele geralmente leva a culpa por atrasos na implementação de "mudança", é frequentemente o caso que o negócio "mudança de gestão" processa as coisas devagar.

Com isso em mente, estamos focando este bate-papo ao vivo em torno de algumas questões fundamentais:

• As pessoas estão vendo a demanda de implantação mais rápida / curso de capacidade nova e melhorada?


• Se sim, quais as partes do negócio e quais os tipos de conta do aplicativo para a demanda?


• Há todas as partes do negócio onde a abordagem tradicional "libertação robusto 'para entrega ainda é uma exigência difícil, e por quê?


• O que ops caras precisam "ficar" com o desenvolvimento, e vice-versa, como um pré-requisito para fazer a ponte entre os dois campos?


• O que precisa ser pensado em termos de onde e como os diferentes tipos de testes de acontecer?


• O que, em termos práticos, é necessário para suavizar o ciclo de vida e criar um continuum de uma perspectiva de processo? Há lições a serem aprendidas a partir de experiências com desenvolvimento ágil?


• O que, especificamente, é o papel de ferramentas neste novo mundo se juntou? Nova capacidade é necessária ou é apenas um caso de integração dos silos de gestão? É possível sem uma plataforma comum de gestão de versão?


• Existem dependências escondido na entrega contínua? Não são libera mais do que o código fonte compilado? Que tal documentação, planos de teste, orçamentos etc? Ou são esses tópicos muito avançados e talvez ninguém tenha chegado a esse nível de maturidade ainda?


• Quais são os problemas mais comuns que as pessoas possam vir a encontrar quando começar a dirigir por esse caminho?


• O que você pode fazer para empilhar as probabilidades em seu favor - por exemplo, dicas, truques e armadilhas para estar ciente de? São unidades de negócio pronto para mudar a forma como eles trabalham para explorar novas oportunidades de TI pode disponibilizar? Como forma rápida e com que freqüência pode processos de negócio e as pessoas realmente alterar?


• "Automatizar tudo" é um mantra comum para entrega contínua. Isso é possível? Que processos devem ou devem ser manual? Por quê? O que pode ser feito para mitigar o risco?


• Um pouco mais perturbador - é de Distribuição Contínua um erro? Por que continuar empurrando lançamentos em produção? Existe um risco de muito, muito rápido para os clientes? Caso não clientes / usuários ser responsável?

Você pode participar da conversa por registrar aqui. ®

Entrega contínua: Como pronto é para "juntar-se" Ops e Dev

via Alimentar (Feed)