frontendbr / poste-mais

Sugestões de temas e assuntos para postagens.
257 stars 17 forks source link

[Workflow] Padrões de arquitetura #30

Open bernardodiasc opened 9 years ago

bernardodiasc commented 9 years ago

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:

cyberglot commented 9 years ago

@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 commented 9 years ago

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 commented 9 years ago

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 commented 9 years ago

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:

sergiors commented 9 years ago

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 commented 9 years ago

SOA com REST é vida <3

bernardodiasc commented 9 years ago

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

sergiors commented 9 years ago

Padrão vc diz de arquitetura?

bernardodiasc commented 9 years ago

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 commented 9 years ago

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 commented 9 years ago

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

andrekiffer commented 8 years ago

É 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 commented 8 years ago

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.