[Workflow] Padrões de arquitetura

[bernardodiasc]

Hoje em dia a quantidade de oferta de frameworks e linguagens é monstra, cada qual com seu padrão de arquitetura. Na escolha do framework, é importante considerar isso pois todo o ecosistema funciona dentro do padrão adotado pelo FW.

Os padrões de arquitetura que conheço são:

• Monolithic
• Microservices
• API Gateway

[cyberglot]

@bernardodiasc aplicado a que tipo de aplicação? server-side? client-side? cada uma depende de um tipo de arquitetura diferente ou outras simplesmente não fazem sentido.

[bernardodiasc]

Acho que cada caso é um caso mesmo, por exemplo o padrão microservices geralmente usa api gateway pro client-side acessar o server-side. Já o monolithic se vira sozinho, funciona muito bem até certo tamanho de aplicação.

Mas não tenho nada específico em mente, gostaria de ler mais sosbre o assunto, por isso abri a sugestão :)

Particularmente, o assunto me interessa bastante aplicado em libs javascript client-side e node.js.

[cyberglot]

Eu tô perguntando pra dar mais info para quem for escrever. Eu fiz uma disciplina de arquitetura de software no mestrado, mas nunca estive muito into dessas coisas.

[bernardodiasc]

Massa. To tentando entender melhor o assunto. AngularJS por exemplo utiliza padrão monolítico e isso é motivo de muitos desenvolvedores não adotarem. Microservices por outro lado combina muito com o cenário atual, que tem crescido rapidamente, descentralizado, open source, modular, etc...

Referências:

• http://martinfowler.com/articles/microservices.html
• http://contino.co.uk/microservices-not-a-free-lunch/
• https://andywalpole.me/#!/blog/142134/2015-the-end-the-monolithic-javascript-framework

[sergiors]

Eu trabalho um pouco, mas é bem grande essa parte, na empresa onde trabalho preferimos seguir o modelo de SOA.. e quase sempre aplicamos o Gateway pra servir o front

[suissa]

SOA com REST é vida <3

[bernardodiasc]

Voces utilizam apenas 1 padrão em todos os produtos que trabalham? Só curiosidade mesmo. Gostaria de conhecer mais sobre casos de uso.

[sergiors]

Padrão vc diz de arquitetura?

[bernardodiasc]

Isso. A sugestão desse tópico é explorar pros e cons dos padrões aplicados em casos de uso, por exemplo frameworks ou aplicações. Por que voce usa o padrão que usa? Por que é a melhor solução para o seu projeto? Coisas assim.

[sergiors]

Não li todo o artigo de Microservices do Martin Fowler, mas pela intro, acho q estamos usando, em resumo e tb por experiencia:

Quando se tem uma aplicação grande, quebre em parte, cada uma com sua responsabilidade bem definida e estabeleça um dialogo.

O Gateway entraria para juntar dois ou mais serviços em um.

Vantagens de fazer isso:
Serviços são faceis de dar manutenção
Se um serviço falha, não afeta toda a aplicação
Para equipe é mais fácil trabalhar e gerenciar.
Você consegui mensurar melhorar o prazo de entrega
Fica fácil levantar o serviço em outros ambientes.
Você não fará um projeto grande com coisas q vai deixando vc angustiado.
Você pode trocar de tecnologia.
etc...

[felipefialho]

Esse repositório além de tudo está gerando ÓTIMOS debates, heim?

[andrekiffer]

É bom destacar também as desvatagens de cada arquitetura. No caso de microservices se você não tiver os caras de DevOps, pra automatizar deploys, infra e databases vira um inferno.

Gosto muito da abordagem de microservices, mas somente para sistemas realmente grandes ou que já começam com um time completo, caso contrário tem mais desvantagens do que vantagens.

[sergiors]

Tem exatamente um ano q fiz o comentário, e hoje vejo microservice como última saida. :)
Antes de ir pra microservice, uma abordagem como segregação do código poderá ser melhor.