Bom pessoal, e agora a gente vai para o design da arquitetura. Legal? Perceba galera, que eu estou falando o design da arquitetura, não necessariamente o design de software. Mas não que o design da arquitetura não tenha influência no design do software. Então quando a gente está falando do design da arquitetura, está falando no nível mais alto legal então aqui a gente vai trazer diagramas detalhados bem como a sua descrição tá qual o diagrama é aquele que importa para o negócio legal então aqui eu vou ter a minha aplicação que vai mandar uma mensagem para um tópico, esse tópico vai processar o pagamento, vai mandar a mensagem para o sistema de estoque que vai subtrair. Caso aquilo dê um erro, vai acontecer isso, vai acontecer aquilo. Ou seja, você vai diagramar o que é importante com mais detalhes agora. Antigamente a gente só via a gente uma visão mais alto nível dos componentes agora a gente começa a ver os componentes se comunicando e isso aí vai ser esse tipo de design legal nesse momento aqui também você já tem a possibilidade de descrever quais vão ser as tecnologias que vão ser utilizadas a então eu vou ter o meu back-end em Go, que vai mandar uma mensagem para um RabbitMQ, que vai se comunicar com um sistema que para fazer predição, então vai ser um sistema em Python, que vai consultar, vai mandar as informações para um modelo de machine learning, que vai aguardar todos os dados que foram gerados no formato de parque que vai ser armazenado na na s3 entende então isso aí é um ponto importante outro ponto como que funcionam essas integrações tá nesse momento você vai ter que deixar claramente o que que são os seus sistemas como esse sistema se comunicam o que quais são os seus sistemas e quais são os sistemas externos que esses caras se comunicam você vai colocar também quais são os principais vendas que você normalmente poderia trabalhar né então eu vou utilizar um banco de dados nesse tipo a utilizar um cassandra não vou utilizar um daí na moda e b qual vantagem pode vantagem como eu vou utilizar um Cassandra. Não, eu vou utilizar um DynamoDB. Qual vantagem? Qual desvantagem? Como que eu vou fazer essas integrações? Então, isso é importante para mim. Legal? Galera, apesar de serem apenas quatro pontos que eu acabei de colocar, esse trabalho dá muito trabalho. Deu para vocês perceberem? Porque é nesse momento que eu consigo realmente ter aquela visão que eu precisava. Aqui a gente está descendo o nível. Antigamente a gente estava falando de como as coisas funcionavam. Agora a gente está falando como e com quais tecnologias e como que essas tecnologias se relacionam. E como que essas tecnologias se relacionam. Agora, a gente já começa a chegar no nível mais baixo. E na hora de tomar essas decisões, aí você já vai levar em conta a equipe, a quantidade de pessoas que você vai ter que contratar, vantagens e desvantagens, trade-offs de tecnologias, né? Então, esse tipo de coisa é mais do que importante, tá? Eu acho que existem diversos tipos de arquiteto, existem pessoas mais arrojadas, existem pessoas mais conservadoras, tá? Honestamente, eu sou uma pessoa até que bem conservadora eu normalmente quando vou pegar um projeto grande ou qualquer coisa desse tipo normalmente tá eu coloco aquilo que eu sei que já funciona que já está testado já está aprovado por outro lado quando você tem uma restrição muito grande e que você vê que com aquilo que você normalmente faz fica muito mais difícil, aí eu dou um passo à frente e começo a colocar tecnologias não necessariamente experimentais, mas não tecnologias que estão há décadas funcionando, mas tecnologias que estão testadas no mercado e que você consegue trabalhar. Estão testadas no mercado e que você consegue trabalhar. Agora, sempre nós temos aquele tipo de projeto que você vai ter que fazer com tecnologia experimental, porque é característica do projeto. Lembra que eu falei para você do projeto de 15 anos atrás? Cara, a gente chegou a pegar nos Estados Unidos sistemas de identificação que bloqueiam a arma pra evitar fogo amigo dos soldados americanos, por exemplo. Então, eu miro pra um soldado amigo, se eu vou atirar, minha arma não dispara. E a gente pegou essa tecnologia para colocar dentro de uma bola. Uma utilização totalmente diferente. Entende? Então, nesse caso, é característica do projeto. Então, nesse caso, você tem que ser arrojado. Você vai ter que pesquisar tecnologias que você nunca imaginou que ia utilizar. Mas, uma coisa que é importante você saber, galera. O arroz e feijão funciona muito e funciona muito bem. O Jeff Bezos da Amazon, né? Perguntaram pra ele como que a Amazon consegue lidar com novas coisas. E consegue se manter tão atual e coisas desse tipo. Legal? E por incrível que pareça, esse cara virou e falou o seguinte, olha, a questão não está em você conseguir acompanhar aquilo que é tão novo. O segredo está em você conseguir fazer melhor o que você já faz bem e que importa para o negócio. Exemplo da Amazon. A Amazon, por exemplo, o que ela sabe que é importante para o negócio? As pessoas comprarem rápido, ter os produtos que elas querem na velocidade, na entrega mais rápida possível. Se você pensar bem, todo o resto é cosmético, mas no final do dia eu quero aquilo que é difícil de encontrar, entregue rápido para mim. Ela pode inventar o quanto quiser, mas se ela se manter firme nesses dois pilares, a empresa tem uma chance muito grande de continuar crescendo. Entende? Faça muito bem, cada vez mais, o que você já sabe fazer bem. Se for pilar da empresa, assim, vai fazer muita diferença ali para você. Beleza? Então vamos aí para o nosso próximo passo.