Ou seja, sistemas que acumulam tanto as dificuldades de sistemas distribuídos quanto as de monólitos que rodam em um único processo. Tudo isso, sem quaisquer vantagens para os times técnicos tampouco para o negócio. Sabemos, com certeza, que estamos frente a um monólito distribuído quando todo deploy precisa ser do “sistema inteiro”, mesmo que sua […]
Registro do “bate-papo” sobre priorização de dívidas técnicas com a comunidade DevelopersBR
Priorizar dívidas técnicas é fundamental. Nesse bate-papo compartilhamos pouco do que aprendemos ao longo dos anos sobre como priorizar dívidas técnicas de forma a gerar mais valor para o negócio. Abaixo, compartilhamos alguns posts que consideramos complementares as ideias compartilhadas no vídeo. Também compartilhamos recomendações de alguns bons livros sobre gestão de dívidas técnicas Finalmente, […]
Filosofia para o desenvolvimento de Microsserviços (?!)
Ponderando sobre quais deveriam ser os princípios centrais para o desenvolvimento de microsserviços, estes provavelmente seriam: Faça cada serviço fazer apenas uma coisa bem feita. Para um novo “trabalho”, comece algo novo no lugar de complicar serviços existentes adicionando features. Considere que a “saída” da cada serviço possa ser a “entrada” de outro, mesmo que […]
Abordagens frente ao aprisionamento tecnológico (vendor lock-in)
O aprisionamento tecnológico (vendor lock-in) costuma representar um risco, sobretudo no longo prazo, para projetos de tecnologia. Por isso, a recomendação padrão é de evitá-lo sempre que possível. Entretanto, há cenários em que tecnologias proprietárias fornecem vantagens difíceis de resistir. Não é incomum que a adoção de tecnologias proprietárias colabore para a redução os custos […]
The Phoenix Project
The Phoenix Project – de Gene Kim, Kevin Behr e George Spafford – é essencial para todos que já entenderam a importância da transformação de negócios a partir da tecnologia. Escrito em forma de romance, tem leitura fácil e agradável. Sem atropelos nem exageros, o livro apresenta DevOps de maneira amistosa, mesmo para não-técnicos. Os […]
Em cenários corporativos complexos, a comunicação entre APIs internas e externas demanda uma camada de mediação
A adoção ampla de APIs em ambientes corporativos complexos acaba fazendo emergir dificuldades inéditas de gestão e arquitetura. Nossa recomendação para superação destas dificuldades começa na classificação das APIs desenvolvidas em externas e internas. APIs compartilhadas, de propósito geral, frequentemente fracassam em atender as necessidades específicas de todos os potenciais consumidores. Em muitos casos, APIs legadas […]
Uma breve entrevista com Vaughn Vernon sobre Domain-Driven Design
Vaughn Vernon é um desenvolvedor de software e arquiteto com mais de 35 anos de experiência atendendo diversos domínios de negócio. Além disso, é um reconhecido especialista em Domain-Driven Design. Seus livros são usados como referência para programadores em todo o mundo. Neste post, compartilhamos uma pequena entrevista com Vernon, onde ele gentilmente compartilhou algumas opiniões sobre DDD […]
Short Q&A about Domain-driven Design with Vaughn Vernon
Mr Vaughn Vernon is a software developer and architect with more than 35 years of experience in a broad range of business domains. He is, also, a leading expert in Domain-driven Design. His books have been influencing developers all around the world. In this post, we share a very short interview with Mr Vernon where […]
Building Evolutionary Architectures
Building Evolutionary Architectures – de Neal Ford, Rebecca Parsons & Patrick Kua – ensina como evoluir software ao longo do tempo – pela implementação de novas features, adoção de novas ferramentas e frameworks – preservando suas caraterísticas fundamentais e respeitando as principais contraints. As práticas, padrões e recomendações encontradas nesse livro são básicas para todos que […]
APIs internas e externas: um modelo de classificação para aumentar a eficácia e reduzir custos
APIs são fundamentais em qualquer processo de transformação digital e, para que sejam adotadas e efetivas, precisam ser bem projetadas. Infelizmente, projetos infelizes acabam implicando em menos adesão e eficácia, desperdiçando recursos. No nosso entendimento, uma boa API começa pela definição de seu propósito. De forma geral, em ambientes corporativos complexos, concordamos e recomendamos a […]