Clube do Livro DDIA: Capítulo 2 - Definição de Requisitos Não Funcionais - Parte 2

Um bom software não é só o que ele faz: é também o quão rápido, confiável, escalável e fácil de manter ele é. Esses são os requisitos não funcionais, e é sobre eles que gira o Capítulo 2 do nosso Clube do Livro sobre Designing Data-Intensive Applications (DDIA), de Martin Kleppmann e Chris Riccomini. Neste terceiro encontro, a comunidade Craft Code Club fechou o Capítulo 2 (Defining Nonfunctional Requirements). Como o capítulo é grande, ele virou dois encontros, e esta é a segunda parte: confiabilidade (falta vs. falha, tolerância a falhas, chaos engineering), o fator humano, escalabilidade (o gargalo que só muda de lugar) e manutenibilidade (simplicidade, padrões e evolvability). Como sempre, uma conversa aberta, sem aula e sem "dono da razão", com exemplos reais de produção, discordâncias saudáveis e aquelas cicatrizes que só quem coloca software no ar conhece. ✨ Participe da Comunidade! Discord:   / discord   Participe de nossos eventos: https://craftcodeclub.io/events Clube do Livro (DDIA): https://craftcodeclub.io/book-club/de... 📖 O livro: https://link.amazon/B0ct3Q7K7 📚 Participe do Clube do Livro (DDIA): https://craftcodeclub.io/book-club/de... O que você vai ver: Falta (fault) vs. falha (failure): a diferença que muda tudo (e por que a gente gera uma falta de propósito para evitar uma falha) Tolerância a falhas, ponto único de falha (SPOF) e o "raio de impacto" com cell-based architecture Chaos engineering e fault injection: quebrar de propósito para poder confiar Por que a internet é "boa demais" (Alan Kay, o TCP e as camadas que a gente esquece) Disaster Recovery: o plano que quase ninguém testa (e por que deveria) O elo mais fraco é humano: abuso inocente, limites claros e blameless post-mortems Hyrum's Law: seu usuário se acopla até ao seu bug (o famoso "bug que vira feature") Escalabilidade: scale up vs. scale out, e por que "escala destrói sonhos" Otimizar antes de escalar (sua escalabilidade é medida pelo cartão de crédito) O gargalo nunca vai embora, ele só muda de lugar (teoria das restrições) Não existe arquitetura escalável genérica: pense uma ordem de magnitude à frente Manutenibilidade: complexidade essencial vs. acidental Padrões como "mal necessário" e o perigo da abstração errada (que custa mais que a duplicação) Capítulos: 00:00 Introdução e boas-vindas 07:57 Recap: requisitos não funcionais e o estudo de caso da rede social 11:41 Sobrecarga: retry storm, rate limit, circuit breaker e backoff 19:42 Confiabilidade: falta (fault) vs. falha (failure) 21:58 Tolerância a falhas e o ponto único de falha (SPOF) 31:07 Chaos engineering e fault injection 37:23 A internet é boa demais: Alan Kay, TCP e a cloud 46:02 Disaster Recovery: o músculo que ninguém treina 49:52 O fator humano (Humans and Reliability) 58:36 Hyrum's Law e o bug que vira feature 1:00:33 Menos features é mais: Pareto e paralisia por análise 1:04:24 Escalabilidade: scale up vs. scale out 1:07:35 "Escala destrói sonhos" e as ordens de magnitude 1:11:04 Otimizar antes de escalar (e o "cartão de crédito") 1:18:29 Shared-nothing e o gargalo que só muda de lugar 1:21:43 Arquitetura é específica: não existe bala de prata 1:32:23 Manutenibilidade e operabilidade 1:44:06 Simplicidade: complexidade essencial vs. acidental 1:57:41 Padrões: um mal necessário 2:12:00 Evolvability e a abstração errada 2:20:28 Encerramento: os quatro pilares dos requisitos não funcionais 2:32:11 Próximo capítulo: Modelos de Dados (Cap. 3) 🧰 Recursos citados no episódio: Quadro da discussão (Excalidraw): https://app.excalidraw.com/s/ADMgGFVW... Chaos Monkey (Netflix): https://netflix.github.io/chaosmonkey/ Principles of Chaos Engineering: https://principlesofchaos.org/ Cell-based Architecture (AWS Well-Architected): https://docs.aws.amazon.com/wellarchi... Storage e RAID (Matheus Fidelis): https://fidelissauro.dev/storage/ Single Point of Failure (Matheus Fidelis): https://fidelissauro.dev/single-point... Hyrum's Law: https://www.hyrumslaw.com/ xkcd 2347 (Dependency): https://xkcd.com/2347/ The Wrong Abstraction (Sandi Metz): https://sandimetz.com/blog/2016/1/20/... 🎥 Outros vídeos que você também pode gostar Escalando do Zero a Milhões de Usuários    • System Design #01: Escalando de Zero a Mil...   Um Framework para Entrevistas de System Design    • System Design #05: Framework Completo para...   Principais Algoritmos usados em Rate Limiters    • System Design #08: Rate Limiting Algorithm...   Big O Notation - Análise Assintótica de Algoritmos    • #001: Big O Notation - Análise Assintótica...   #DDIA #SystemDesign #ArquiteturaDeSoftware #SistemasDistribuidos #CraftCodeClub #ClubeDoLivro #Confiabilidade #Escalabilidade #Manutenibilidade #EngenhariaDeSoftware