

Estude fácil! Tem muito documento disponível na Docsity
Ganhe pontos ajudando outros esrudantes ou compre um plano Premium
Prepare-se para as provas
Estude fácil! Tem muito documento disponível na Docsity
Prepare-se para as provas com trabalhos de outros alunos como você, aqui na Docsity
Os melhores documentos à venda: Trabalhos de alunos formados
Prepare-se com as videoaulas e exercícios resolvidos criados a partir da grade da sua Universidade
Responda perguntas de provas passadas e avalie sua preparação.
Ganhe pontos para baixar
Ganhe pontos ajudando outros esrudantes ou compre um plano Premium
Comunidade
Peça ajuda à comunidade e tire suas dúvidas relacionadas ao estudo
Descubra as melhores universidades em seu país de acordo com os usuários da Docsity
Guias grátis
Baixe gratuitamente nossos guias de estudo, métodos para diminuir a ansiedade, dicas de TCC preparadas pelos professores da Docsity
Respostas da lista de exercicio 2
Tipologia: Exercícios
Oferta por tempo limitado
Compartilhado em 16/11/2021
1 documento
1 / 3
Esta página não é visível na pré-visualização
Não perca as partes importantes!
Em oferta
Verdadeiro, pois ele ´e respons´avel pelo armazenamento de informa¸c˜oes inportantes em um projeto.
1 - Favorece a especializa¸c˜ao do trabalho de desenvolvimento. 2 - Permite que classes de Modelo sejam usadas por diferentes Vis˜oes 3 - Favorece testabilidade
MVC: As classes controladoras tratam e interpretam eventos gerados pelos dis- positivos de entradas, e em resposta podem solicitar altera¸c˜oes nos estados de vis˜ao e modelo.
MVC em Ruby on Rails: Al´em de ser respons´avel por tratar solicita¸c˜oes externas, lida com URLs, gerˆencia cache e m´odulos auxiliares do sistema.
1 - Permitem a evolu¸c˜ao mais r´apida e independente de um sistema, permitindo que cada time tenha seu pr´oprio regime de libera¸c˜ao de novas releases.
2 - Permitem escalar um sistema em um n´ıvel de granularidade mais fino do que ´e poss´ıvel com monolitos.
3 - Como os microsservi¸cos s˜ao autˆonomos e independentes eles podem ser im- plementados em tecnologias diferentes, incluindo linguagens de programa¸c˜ao, fra- meworks e bancos de dados.
4 - Quando se usa um monolito, falhas s˜ao totais. Se o banco de dados cair, todos os servi¸cos ficam fora do ar. Por outro lado, em arquiteturas baseadas em microsservi¸cos podemos ter falhas parciais.
1 - Complexidade: quando dois m´odulos executam em um mesmo processo, a comunica¸c˜ao entre eles ´e por meio de chamadas de m´etodos.
2 - Latˆencia: a comunica¸c˜ao entre microsservi¸cos tamb´em envolve um atraso maior, que chamamos de latˆencia.
3 - Transa¸c˜oes Distribu´ıdas: Microsservi¸cos devem ser autˆonomos tamb´em do ponto de vista de dados. Isso torna mais complexo garantir que opera¸c˜oes que operam em dois ou mais bancos de dados sejam atˆomicas, isto ´e, ou elas executam com sucesso em todos os bancos ou ent˜ao falham.
Empresas tendem a adotar arquiteturas de software que s˜ao c´opias de suas es- truturas organizacionais. Em outras palavras, a arquitetura dos sistemas de uma empresa tende a espelhar seu organograma. Por isso, n˜ao ´e coincidˆencia que mi- crosservi¸cos sejam usados, principalmente, por grandes empresas de Internet que possuem centenas de times de desenvolvimento distribu´ıdos em diversos pa´ıses. Al´em de descentralizados, esses times s˜ao autˆonomos e sempre incentivados a produzir inova¸c˜oes.