---
title: 'DJANGO, FLASK OU FASTAPI? - MOMENTO TECH'
source: 'https://youtube.com/watch?v=ELxu5NIEP28'
video_id: 'ELxu5NIEP28'
date: 2026-06-21
duration_sec: 0
---

# DJANGO, FLASK OU FASTAPI? - MOMENTO TECH

> Source: [DJANGO, FLASK OU FASTAPI? - MOMENTO TECH](https://youtube.com/watch?v=ELxu5NIEP28)

## Summary

The video compares three Python web frameworks: Django, Flask, and FastAPI, analyzing them from four perspectives: tooling, architecture, performance, and market view. The host, Rafa, aims to provide a comprehensive debate to help viewers choose the right framework for their needs.

### Key Points

- **Framework Comparison Introduction** [[0:03]] — The video addresses the common question of which Python framework to use (Django, Flask, or FastAPI) and proposes a four-perspective analysis: tooling, architecture, performance, and market view.
- **Django's Comprehensive Ecosystem** [[0:07]] — Django provides a complete ecosystem with many built-in libraries for tasks like screen rendering, database connection, data validation, and user authentication. This is both a strength (all-in-one) and a weakness (can lock you into its ecosystem).
- **Flask as a Micro-Framework** [[0:34]] — Flask is a micro-framework that only provides HTTP interaction for routing. It lacks built-in ORM, validation, or authentication, requiring external libraries. This offers freedom but demands more developer maturity to integrate components.
- **FastAPI as a Middle Ground** [[0:01]] — FastAPI sits between Django and Flask, providing HTTP routing, data validation with Pydantic, and automatic documentation via Swagger. It does not include an ORM or authentication, leaving the developer free to choose, but it offers a structured start for APIs.
- **Performance Comparison** [[0:33]] — Performance benchmarks show a clear order: FastAPI is most performant, followed by Flask, then Django. However, this is only relevant for high-traffic systems (e.g., 2000-4000 requests per second). For lower loads, the difference is less significant.
- **Market Adoption and Job Opportunities** [[0:13]] — Django has the most job listings due to its longer presence in the Python community. Flask and FastAPI are close, with FastAPI being newer but well-adopted. All three frameworks have a place in the market, with Django slightly ahead in job counts.

## Transcript

[Música]
E aí gente aqui é o Rafa do canal
programador lama e vamos lá toda vez que
eu abro caixinha lá no Instagram essa
Bendita pergunta me aparece qual que eu
tenho que usar das frameworks de Python
flesk Jungle ou fash api qual que é
melhor né E nesse momento te a gente vai
conversar um pouco sobre isso eu quero
trazer esse debate aqui pra gente e na
verdade pessoal pra gente ter um debate
um pouco mais completo eu tenho que
analisar essas frameworks a partir de
quatro perspectivas Então a gente vai
falar sobre ferramental que essas
frameworks nos dá a gente vai falar
sobre arquitetura que essas frameworks
nos apresentam sobre performance também
entre essas frameworks e por último né a
visão de mercado como que tão as
oportunidades ali bom eu quero trazer
esse tipo de debate até mesmo para se
alguém no futuro me perguntar eu já
falar que eu tenho um vídeo aqui no
canal sobre isso esse é o nosso quadro
momento Tech em que a gente se encontra
Toda segunda quarta e sexta às 8 horas
da manhã para falar um pouco sobre
programação carreira e as tendências no
mercado de tecnologia e um recado rápido
a Rocket City é uma parceira do canal
programador lama então utilizando o
cupom programador lama ou acessando o
link no comentário fixado você garante
10% de desconto nas formações da
plataforma e como um professor da trilho
de Python eu garanto um conteúdo de
muita qualidade para seu aprendizado
Então vamos lá quando alguém me pergunta
me faz esse tipo de pergunta é uma
pergunta legítima tá porque você
consegue fazer
sistemas muito parecidos utilizando
qualquer uma dessas frameworks então
sistemas em Jungle em flesk em F api
eles podem no resultado final parecer
muito né ter muita similaridade mas são
exatamente as suas diferenças quando
você começa a enxergar um pouco essas
frameworks de uma maneira mais geral
que determinam por exemplo aonde que
você vai utilizar um ou utilizar outro E
para isso pessoal eu quero começar
falando e da ideia de ferramentais que
essas frameworks nos trazem eu sempre
vou seguir essa linha Jungle flesk e
fash api pro jangle a gente tem
realmente uma Framework bastante
completa tem muitas bibliotecas ali
dentro o Jungle ele vai te dar uma
espécie de ecossistema em que você vai
conseguir utilizando somente biblioteca
de Dango fazer sistemas muito parrudos
então por exemplo desde a criação de
renderizações de telas Você tem uma tela
ali no seu browser até a conexão com
banco de dados o Jungle vai te dar
questões por exemplo de validações de
entrada de dados o Jungle vai te dar uma
biblioteca para isso questões por
exemplo eh autenticação né de sessão de
usuário o Jungle também te dá uma
biblioteca para gerenciar isso então é
uma biblioteca muito completa ali na
verdade uma Framework muito completa
cheia de
bibliotecas isso pode ser bom e ruim
dependendo da sua perspectiva bom porque
ele já vai te dar um caminho já vai te
dar um ferramental todo completo isso é
muito legal só que é ruim porque ele vai
te prender a esses ferramentais às vezes
se você quiser pegar outras bibliotecas
para colocar no teu projeto talvez você
possa até mesmo colocar um recurso a
mais que você não necessita porque o
jangle já tem alguma coisa parecida ali
que faz isso então você fica preso
aquilo né você querer por exemplo
utilizar outros tipos de orms ou
utilizar outros tipos de mecanismos ali
no seu projeto você vai ter também né é
possível que isso aconteça algum
conflito entre as bibliotecas então Eh
em relação ao Jungle ele realmente te dá
uma visão bastante completa Mas você
acaba tendo que ficar ali naquele
ecossistema caso você queira mexer por
exemplo com apis em Jango aí você não
vai utilizar somente a a a Framework do
Jungle isso porque o Jungle em si ele
tem outras extensões que são
direcionadas a esses tipos de
construções de apis então situações por
exemplo Jungle rti Framework ou Jungle
Ninja você vai acabar utilizando agora
se você quiser fazer sistemas completos
você vai realmente pra Frame do Jungle
em si o flesk é o extremo oposto do
jangle ele não vai te dar tantas
bibliotecas assim o flesk na verdade a
gente determina isso como uma micro
Framework ele vai dar para você somente
a parte de interação http para você
fazer as suas rotas em http então a
gente já tá falando de construção de
apis E caso você queira ter uma tela
fazer uma renderização ali de uma tela
no seu browser ele também te dá essa
possibilidade mas o flesk ele não vai te
dar uma urm ele não vai te dar um
elemento de validação de entrada de
dados ele não vai te dar uma validação
um uma biblioteca necessariamente para
você fazer autenticação de usuário você
vai pegar esses elementos todos em
bibliotecas externas e aí você tem que
ter uma certa maturidade como
programador realmente para conseguir
encaixar essas bibliotecas e trabalhar
de uma forma mais simples no seu código
para algumas pessoas Isso é muito bom
porque você consegue de uma maneira mais
fácil fazer suas próprias arquiteturas e
definir os seus padrões só que de outra
forma você também tem e uma dificuldade
de encontrar um caminho paraa sua
produção de software é aí que por
exemplo o Jungle se destaca mas o no
flesk A gente tem essa maior liberdade
então você acabar pegando bibliotecas
externas por aí pode ser uma questão que
pode confundir alguns desenvolvedores o
fash Api eu vejo que ele tá mais ou
menos ali no meio dos dois porque ao
mesmo tempo que ele te dá um certo
ferramental ele também não vai te dar
outros ferramentais como se fosse o
flesk o fash Api ele vai te dar com toda
a certeza essa parte de interação com
com http para você fazer essas rotas
então a gente também tá falando de apis
aqui
eh para sistemas ele vai te dar sim uma
parte de validação de entrada de dados
muito elegante com o pantic o pantic é
um pouco mais do que só um validador mas
eu vou deixar desse jeito e você também
vai ter ali no fash api uma biblioteca
muito interessante que ela já tá
atrelada ao seu código e já vai te dar
uma documentação instantânea das suas
rotas que é o swager Isso é uma
ferramenta muito boa você construir
sistemas em fash API você vai ter uma
documentação que eu acredito que vai ser
muito interessante até em algumas
situações melhor do que o Jungle e que o
flesk juntos só que ele fica ali naquele
meio termo fecha iepi não vai te dar uma
urm direto para você acabar colocando
teu projeto ele não vai te dar por
exemplo alguns outros elementos de
autenticação de usuário você vai ter que
acabar colocando ali no seu projeto
então ele te padroniza um pouquinho mas
ele te deixa ainda livre é uma coisa
mais ou menos realmente meio termo Não é
vamos lá em relação à arquitetura de
software Jungle tem o mvt ele te dá uma
espécie de diretório padrão com
responsabilidades já bem definidas para
que você faça sim o seu projeto então
nota que o Jungle ele já vai te dar uma
arquitetura para você utilizar isso de
novo é bom porque vai te dar um caminho
já planejado mas pode ser ruim Caso você
queira estender né e utilizar outro
tipos de arquitetura no seu projeto no
Jungle propriamente Você tem o mvt que é
muito parecido com a ideia que a gente
conhece do
mvc que é aquela ideia de Model View
Controller só que quando você mexe por
exemplo com as extensões do Jungle por
exemplo Jungle Ninja você e na verdade o
Jungle Rash Framework eu vou me basear
mais nele né você tem ainda sim uma
espécie de arquitetura que vai te ser
passada né como e um caminho já proposto
que é o
mvs ele vai trocar a ideia de template
para você não ficar fazendo renderização
de telas em apis mas ele vai te dar um s
de serialização para você fazer toda a
parte de validação e transformação dos
dados quando você tá entrando ali é numa
comunicação http o flesk faz exatamente
o contrário ele não tem nada a respeito
de arquitetura ele te dá simplesmente a
possibilidade de você criar a sua
arquitetura de novo é bom e também é
ruim se você não está familiarizado em
fazer software de uma maneira um pouco
mais categórica criando a arquitetura do
teu projeto isso pode dar um certo nó no
teu projeto então eh a gente tem essas
situações fecha API de novo eu eu
acredito que ele tá no meio cara ele tá
exatamente no meio porque ele necessita
com que você para que a para que você
acabe né mexendo com essa parte de
documentação de uma maneira mais correta
você encaixe alguns elementos de uma
forma mais eh assim já pré-programadas
por exemplo você tem ali a validação e
serialização dos dados com pantic E esse
pantic tem que ser colocado lá nas suas
rotas Então você já tem ali um começo de
uma formação de uma arquitetura para que
você tenha com toda certeza uma
documentação interessante mas o restante
disso ele te deixa totalmente livre por
exemplo modo de se conectar a banco de
dados você pode criar ali a sua
responsabilidade separada para isso ele
o fash Api Não tem necessariamente um
lugar para você colocar a sua lógica de
a sua regra de negócio você pode colocar
do jeito que você melhor entender então
ele começa a te dar uma espécie de
paradigma ali um caminho para você fazer
a tua arquitetura mas depois ele te te
deixa livre para você criar o que você
deseja tá bom terceiro tópico
performance isso daqui é meio que
indiscutível tem vários E benchmarks por
aí né na internet você sempre vai ver
essa escala Jungle depois flesk depois
fash api fch api sendo mais performático
do que o Jungle do flesk e assim pessoal
e esse é um ponto em que a gente tem que
tomar um pouco de
cuidado imagina uma uma API que tem 1000
requisições por
segundo imagina 1000 pessoas utilizando
a sua api por
segundo Isso é uma grande
utilização é claro que existem sistemas
mais globais que ultrapassam esse tipo
de requisição só que quando a gente tá
começando ali o nosso sistema até mesmo
empresas médias ou empresas médias
grandes 1000 ições por segundo é uma
margem
grande então a ideia de performance
quando a gente fala sobre essas E essas
apis né Essas frameworks perdão vai ser
somente relevante quando você tiver um
alto consumo ali do seu sistema ou seja
altas requisições eu tô falando de 2000
requisições por segundo ou até 3.000
4000 aí com toda a certeza o fash Api
ganha e ganha fácil
mas a gente tem que colocar isso na
cabeça e beleza o fash Api se demonstra
mais performático do que essas outras
frameworks mas a gente tem que analisar
o contexto e agora o último caso é
mercado Vamos lá essa é uma parte
interessante porque na verdade não
existe necessariamente e uma pesquisa
muito bem formada a respeito de mercado
no entanto você vê por aí algumas vagas
você você vê por aí alguns sites que
trazem né esse tipo de utilização dentro
das empresas e para fazer esse vídeo eu
acabei dando uma olhada em alguns casos
né os números variam muito mas e a gente
sempre tem essa mesma escala o jangle
por ser um Framework já mas eh de mais
tempo no mercado de mais tempo na
comunidade do Python é ainda assim um
Framework que tem uma maior adesão então
em relação a vagas o Jungle realmente
tem uma quantidade maior de vagas Quando
você vai falar por exemplo de flesk e
fash api eles ficam ali brigando ficam
ali brigando né então você vai ter por
exemplo pesquisas que vai falar que o
flash que é ainda um pouco maior no
mercado até mesmo porque o fash Api é
uma Framework que por si só ela é um
pouco mais nova do que essas duas outras
que a gente tá falando do Jungle e do
flesk só que o fash Api é uma uma
Framework muito bem adotada ela é muito
popular Então a gente tem sim né essa
esse embate entre flask e fash api e uma
coisa que é interessante é que essas
porc você pode pegar qualquer tipo de
pesquisa na internet esses tipos de de
discrepância entre flesk fash api e
Jango não é muita Jango é levemente mais
aderido nas pesquisas que a gente acha
aqui eh do que o flask e o fash Api
então eu consigo facilmente argumentar
que essas três frameworks Elas têm sim o
seu lugar no mercado e t sim uma certa
quantidade de vagas condizente para cada
tipo de Framework é como se os três
estivessem brigando ali ainda sobre um
sobre um mesmo patamar Então pessoal eu
vou deixar agora a conclusão com você se
você perguntar para mim Ah Rafa Mas qual
que é que você mais gosta cara a
Framework que eu mais gosto de verdade
dentre essas três eu vou falar no
próximo momento Tech já tá ficando
grande esse vídeo vamos centralizar
senão vai ficar vai ter muita informação
aqui mas bom o que que você acha você
gosta mais de uma Framework do que outra
você concorda com os pontos que eu
apresentei você discorda de mim deixa
aqui nos comentários vamos conversar um
pouco sobre isso você já atravessou de
utilizar uma Framework tá utilizando
outra agora você já fez essa ração bom
vamos continuar essa discussão aqui nos
comentários eu fico por aqui Acho que
valeu né esse vídeo a gente se vê nos
nossos próximos momentos Tex
e até mais
[Música]