Arquitetura: Débito Técnico Zero

Mostrar um Overview sobre como pode-se criar uma arquitetura (ou modificar uma já existente) para ganhar-se produtividade, diminuir custos de manutenção e preparar-se para escalar em situações de caos.

1. Arquitetura: Dédito Técnico Zero Um guia rápido para se tornar um CTO competente by Miere Liniel Teixeira
2. Competencia é cumprir o que promete.
3. A jornada rumo ao débito técnico zero
4. Fui chamado para montar um time de herois...
5. … até que um dia a ponte não aguentou!
6. O que me impedia de ir em frente? 1. Número crescente de bugs 2. Pressão dos investidores e crescimento violento de usuários 3. Incapacidade de escalar com tranquilidade 4. Efeito castelo de cartas
8. Em quanto tempo conseguiriamos incluir um sanitário neste castelo?
9. O que depende diretamente dos developers? 1. Número crescente de bugs 2. Pressão dos investidores e crescimento violento de usuários 3. Incapacidade de escalar com tranquilidade 4. Efeito castelo de cartas
10. Uma breve nota sobre... 1. Número crescente de bugs 2. Pressão dos investidores e crescimento violento de usuários 3. Incapacidade de escalar com tranquilidade 4. Efeito castelo de cartas
11. Nenhum destes problemas existiam no dia zero!
12. 1000x http://blog.celerity.com/the-true-cost-of-a-software-bug https://www.isixsigma.com/industries/software-it/defect-prevention-reducing-costs-and-enhancing-quality/ O Quão caro pode ser um bug encontrado em produção
14. As várias faces dos débitos BUGS Tarefas repetitivas Build manual Features inacabadas Scripts que substituem programas Falta de testes unitários Falta de planejamento das features Ausência de plano de descontinuidade
15. Use as Ferramentas Certas!
16. RDMBS Data warehousing & analytics JOIN BASED / Report focused NoSQL DocumentS Column Families CAP Theorem ACID transactions Sharding TimeSeries Historic Data Key Value Partitioning
17. Message Queues Logstash Kafka Storm Flume Telegraf ApacheMQ RabbitMQ ZeroMQ Kinesis FluentD
18. Conheça as fraquezas e virtudes da sua plataforma de desenvolvimento
19. Scaling Out Configuring for Hazelcast Consul.io ETCD ZooKeeper MemCached
20. Arquitetura começa pelo código!
21. o necessário Codar somente Minimum Viable Design “Se o retrabalho for inevitável, que ele seja o menor possível”
22. Simples!!! Começar Benefits Driven Design
23. Arquitetura original do plugin Multiplos pontos de manutenção 4 caros recursos da Amazon Tipo de Máquina EC2: t2.MEDIUM
24. Nova Arquitetura do plugin 150% Mais barata! 4X Menos manutenção Ponto ÚNICO de manutenção 2 caros recursos da Amazon Tipo de Máquina EC2: t1.NANO Deploy simplificado! Menor TTL Da informação Monitoramento simplificado!
25. Monilítico Segmentá-lo Codar para Começar do
26. Clean Code S.O.L.I.D Single Responsibility Principle Acyclic Dependencies Principle Open-Closed Principle
27. ~100% Cobertura de código: “Se você não faz teste unitário, você é anti-ético!”
28. Code Coverage (%) Bugs último Semestre
29. Métricas De código rodadas à cada commit Tamanhos de método Acoplamento entre objetos Erros básicos de lógica
30. Medidas de longo prazo que fizeram a diferença no dia C
31. 1 botão Ao invés de um script no servidor (ou no notebook)
33. 1 linha Build completo em
35. 30 minutos Ambiente de desenvolvimento configurado em
37. O commit Nosso de cada dia
38. Master Todo commit na Produção Deve Atualizar
40. PaaS First! Code Deploy GitHub Zapier CloudWatch WordPress at GoDaddy MailTrack.io DripStat Librato Elastic Load Balancer StatusCake Slack Elastic Search
41. CI first! Na núvem
42. Monitore os serviços: Todos Crie métricas de Tudo! Crie alarmes de Tudo!
44. Tercerize o aprendizado
45. Resultado na Sizebay:
46. Equipe (nº pessoas) Features Entregues 66% Menos custo! 7X Mais produtividade
47. Dúvidas?
48. http://sizebay.com/jobs/ Estamos contratando!!!
49. thanks! E-mail: miere.teixeira@sizebay.com E-mail: miere.teixeira@gmail.com Skype: miere.teixeira Twitter: miere GitHub: miere #TchauQueridaDay