Início Padrões no InfoQ Brasil
Artigos
Feed RSS-
Como evitar falhas em cascata em sistemas distribuídos
Falhas em cascata são falhas que envolvem algum tipo de mecanismo de feedback. Em sistemas de software distribuído, geralmente envolvem um ciclo de feedback em que algum evento causa uma redução na capacidade, um aumento na latência ou um pico de erros. Laura Nolan as explora usando contas públicas de incidentes reais de produção.
-
Bate papo sobre o livro "A Scrum Book: The Spirit of the Game"
No livro "A Scrum Book: The Spirit of the Game", Jeff Sutherland e James Coplien exploram maneiras de executar melhor o Scrum usando mais de noventa padrões que fornecem visões diferentes sobre os elementos construtivos do Scrum, como funcionam e como as equipes altamente eficazes podem utilizá-los.
-
Scrum: a arte de mudar o possível
O Scrum Fieldbook tem como objetivo, introduzir o Scrum em empresas fora da indústria de software, onde o framework pode ajudar os líderes a alcançar uma cultura de alto desempenho. O autor compartilha padrões, práticas e etapas que os líderes podem adotá-las para incorporá-las com êxito na empresa.
-
Antipadrões ágeis: uma abordagem de pensamento sistêmico
Os antipadrões ágeis conseguem se esconder disfarçando-se como soluções ou correções. Este artigo discute a importância de reconhecer e classificar esses antipadrões dentro do pensamento sistêmico e técnicas para erradicá-los ou controlá-los.
-
Uma estratégia para estrangulamento de aplicações legadas e transformação para microservices
A medida que um software envelhece, adicionar novas funcionalidades e aplicar mudanças para melhoria de performance pode se tornar incrivelmente trabalhoso. Em geral, quando a equipe começa a ter problemas com a complexidade e velocidade na evolução do sistema é o momento em que se cogita reescrever o software.
-
Definindo o que é um Software Cloud-Native
O que é um software nativo para a nuvem (cloud-native), por que se importar com isso, e como as equipes podem adotar essa forma de entregar software? O InfoQ reuniu três especialistas da indústria para debater o tema.
-
Sete antipadrões para microservices
Nesse artigo Vijay Algarasan, Diretor de Arquitetura da Asurion, discute como ele e sua equipe usam microservices em vários projetos, além de lições aprendidas neste processo. São discutidos antipadrões, que Algarasan acredita serem amplamente aplicáveis para praticantes de microservices.
-
Microservices: Decomposição de Aplicações para Implantação e Escalabilidade
Este artigo descreve um padrão de arquitetura que vem se tornando muito popular conhecido como Microservice. A ideia da arquitetura de microservices é projetar aplicações grandes, complexas e duráveis em um conjunto coeso de serviços que evoluem ao longo do tempo. O termo microservices sugere fortemente que os serviços sejam pequenos.
-
O impacto dos padrões de projeto em vinte anos
Neste artigo, os autores falam sobre o impacto dos padrões de projeto para a comunidade de design de software ao longo dos últimos 20 anos. Eles discutem Padrões de Integração, ESB´s open source e padrões como ferramentas de design.
-
Refatoração de sistemas legados: um estudo de caso
Refatorar código legado é sempre uma atividade muito difícil, mesmo quando realizada com apoio de uma ferramenta de testes unitários para evitar regressões. Este artigo apresenta uma metodologia para refatorar código legado de maneira segura, com base em um exemplo real.
-
Mais rápidos, melhores e maiores. Mas como?
Um dos principais desafios ao se elaborar a arquitetura de um software está em considerar seus atributos de qualidade e, principalmente, a correta especificação destes atributos. Muitos dos problemas, não por acaso, estão diretamente relacionados a essa dificuldade na especificação, como acontece no tratamento de segurança e desempenho. Veja como lidar com esses desafios de forma equilibrada.
-
O Design Está Morto?
Para muitos que entraram rapidamente em contato com Extreme Programming, parece que o XP chama pela morte do design do software. Na verdade o XP envolve muitos designs, mas faz de uma maneira diferente do que é estabelecida pelo processo de software. O XP tem rejuvenescido a noção de design evolucionário com práticas que permitem evoluir para se tornar uma estratégia de design viável.