ALM Practices - Gestão de Releases e Configuração de aplicações corporativas em ambientes distribuídos.
•
0 likes•426 views
This diagram outlines a typical application deployment architecture including build servers, release management, configuration management, operations management, web servers, application servers, database servers, and client applications. Visual Studio, TFS, and System Center products are used to develop, build, release, configure and monitor applications deployed across app and database servers with clients accessing via desktop, mobile or web.
Recommended
More Related Content
More from especificacoes.com
More from especificacoes.com (15)
Recently uploaded
Recently uploaded (20)
ALM Practices - Gestão de Releases e Configuração de aplicações corporativas em ambientes distribuídos.
- 4. Visual Studio Release Management Build Server TFS System Center Configuration Manager App Tier Data Tier System Center Operations Manager
- 6. Database Server Database Server Database Server IIS Web Page Server Application (e.g WCF) Desktop and Mobile Apps Client Applications (Web based, cliente/server, 3 camadas)
Editor's Notes
- Breve explicação do título, reforçando o cenário de descentralização da empresa e os desafios que isto impõe no controle de ativos de software
- Construir o cenário atual de ALM, especialmente focado na automação das atividades recorrentes “comoditizáveis”
- A figura já ilustra a concepção final de release deploy, com a extração de informações sobre os ativos de software corporativos instalados
- O cenário torna-se mais complexo conforme a necessidade de alta disponibilidade das aplicações entra em campo. A descentralização e a necessidade de suportar versões distintas da aplicação também adicionam um fator extra de dificuldade.
- Além de entender os ativos de software e suas versões, é importante entender o contexto onde eles se aplicam, quais os SOs, arquiteturas, e demais itens que impactam nas aplicações. Isto é a base de uma decisão informada, não estimada.
- As aplicações falham, seja uma falha técnica, uma falha na operação ou mesmo uma falha crítica. A necessidade é reduzir a subjetividade com que os usuários reportam estes erros, quando reportam. Automatizar o processo ainda oferece a possibilidade de enviar aos desenvolvedores informações críticas para a solução.