Bom pessoal, agora que a gente falou um pouco e a gente alinhou um pouco os conceitos de software enterprise vamos começar a falar sobre arquitetura de solução que é o nosso assunto principal aqui desse nosso módulo, beleza? Então vamos nessa meu povo, arquitetura de solução, o que serve, para que serve essa parada? Vamos lá, arquitetura de solução, ele faz parte de um processo de definição de estrutura, componentes, módulos, interfaces de uma solução de software para satisfazer requisitos funcionais e não funcionais, bem como o seu comportamento. Olha que definição forte, galera, que a gente está trazendo aqui. Então, no final das contas, se a gente pensar bem, quando a gente tem que criar uma solução, nós temos algumas coisas que a gente tem que levar em conta. Requisitos funcionais, ou seja, o que realmente a gente vai ter de funcionalidades, ações, o que o sistema exige para o seu funcionamento. E, ao mesmo tempo, a gente tem que pensar em requisitos não funcionais como que esse sistema escala aonde que como ele hospedado como é feito um de ploy como que funciona a parte de persistência como que esse sistema ele vai escalar de escalar como que a gente vai trabalhar com restrições de performance etc etc etc legal então tudo que a gente falar de comportamento requisitos está a ea separação de componentes módulos tudo que a gente tem que fazer esse tipo de definição normalmente você está arquitetando de forma geral a solução legal e daí eu sei que na sua cabeça pode ter passado aí um pouquinho sobre poxa mais e arquitetura de software relaxa e meu amigo minha amiga companheira aí a gente já vai falar sobre isso legal que mais que a arquitetura de solução satisfaz galera ela define barra sugere a esteque de tecnologia plataformas ferrament e infraestrutura que serão utilizadas para implementar a solução. Então, uma coisa é a gente conseguir definir como que a solução vai funcionar, baseado nos seus requisitos e tudo mais. A outra coisa é como que a solução vai ser desenvolvida. E essa parte aqui é no momento que a gente fala de stack de tecnologia de ferramenta e tudo mais legal e também nós temos um outro ponto importante que é ele prover um blueprint uma blueprint no final das contas do desenho e caminhos do desenvolvimento integração de uma solução para sua melhor eficiência o que significa uma vez que a gente tem ideia dos requisitos uma vez que a gente tem idéia de tecnologia de como a gente vai utilizar a arquitetura de solução no final do dia ela vai ter no final do dia uma espécie de um desenho um mapa tá que vai indicar como que essa solução vai ser desenvolvida. Então, esse mapa é seguido tanto para os desenvolvedores, arquitetos e qualquer tipo de stakeholder que faz parte do projeto. Então, o arquiteto de solução tem que pensar, ele tem uma visão bem alto nível do que a aplicação vai fazer como vai fazer e qual que é um mapa vamos dizer do tesouro para você conseguir trabalhar legal e uma coisa muito interessante né e que provavelmente já deve ter feito essa relação né normalmente a gente pratica vamos dizer assim a arquitetura de solução quando nós estamos trabalhando com software enterprise normalmente softwares a menores né e de utilizações mais simples raramente você vai precisar de um arquiteto para conseguir fazer né muitas vezes um deve que tem uma experiência um pouco mais já no domínio do problema ele vai resolver vai desenvolver na boa agora um sistema que tem que ter performance escala segurança né estabilidade disponibilidade tudo mais não tem jeito você tem que ter uma visão mais high level porque inclusive sistema se integram com outros né então ele gera um impacto diretamente em toda a organização se você tiver criando um software dessa forma maravilha então a no próximo vídeo a gente vai falar um pouquinho sobre a pessoa arquiteta de solução legal é quais são vamos ver assim a os seus requisitos para que eles servem com é como que essas pessoas os arquitetos eles conseguem trabalhar então a gente vai falar isso já no nosso próximo vídeo