Como prevenir falhas catastróficas em sistemas distribuídos complexos
Uma pesquisa da Universidade de Toronto sobre falhas em sistemas distribuídos complexos oferece uma forma simples de reduzir o impacto dessas falhas.
É um CTO, gerente de desenvolvimento de software e gerente e projetos experiente, que vem trabalhando em desenvolvimento e manutenção de software, qualidade de software e segurança. Nos últimos 15 anos, gerenciou equipes na construção e na operação de sistemas financeiros de alto desempenho. Tem especial interesse em como pequenas equipes podem ser mais efetivas na construção de software real.
Uma pesquisa da Universidade de Toronto sobre falhas em sistemas distribuídos complexos oferece uma forma simples de reduzir o impacto dessas falhas.
Gerentes – e não desenvolvedores – decidem o que significa qualidade para a organização. O que é bom e o que é "bom o suficiente".
Veja como um livro analisa a forma como o DevOps afeta decisões de arquitetura, e o papel de um arquiteto de software nesse universo.
DevOps está matando a necessidade de manutenção ou engenharia de apoio. E isso é algo que todos nós devemos comemorar.
DevOps não está tornando software mais seguro, mas poderia, se ele mudar a maneira como os devs projetam e constroem software.
A infraestrutura como código é fundamental para DevOps, mas quem trabalham em ambientes regulados precisa de mais: de conformidade como código.
A adição de informações de segurança a Sprints não tem que ser difícil ou custar muito.
Monitorar débito técnico soa como a coisa responsável a fazer. Veja mais detalhes!
A refatoração – feita corretamente – vai tornar o código mais compreensível, mais sustentável e mais fácil de modificar. Mas é preciso fazer isso direito.
A construção de sistemas confiáveis e seguros, evitando erros, não é barata e não é fácil, especialmente em escala.
Confira algumas opções para lhe ajudar a tornar seu software melhor.
Avaliamos 3 diferentes métodos populares para escalar Agile: LeSS (Large Scale Scrum), SAFe (Scaled Agile Framework), e DAD (isciplined Agile Delivery).
Precisamos escrever bons códigos: código que seja compreensível, correto e seguro.
Menos da metade dos desenvolvedores faz revisões de código, e a outra metade provavelmente não está recebendo o máximo de revisões de código que deveria.
Nesse sentido, o Agile carregou a arma, e o DevOps está puxando o gatilho.
A regra 80:20 diz que 80% das consequências advêm de 20% das causas, e 80% dos resultados advêm de 20% de esforço.
Além de todos os pontos já vistos, você precisa considerar e lidar com ameaças à segurança e riscos em vários pontos diferentes em seu design.
Para construir um sistema seguro, você deve começar a pensar em segurança desde o início.
Um atalho para um software seguro pode ser tirar vantagem dos recursos de segurança do seu framework de aplicação.
O registro é uma parte simples de qualquer sistema, mas a sua importância é muito maior do que solução de problemas e debug.
Dando continuidade à série, este artigo vai abordar proteção e dados e privacidade.
Esta é a quinta parte de uma série de artigos sobre as Top 10 práticas proativas da OWASP, na qual falaremos sobre a autenticação.