full-stack-fastapi-postgresql VS fastapi-azure-auth

I've just recently switched to a structure that follows Netflix's Dispatch application after starting with https://github.com/tiangolo/full-stack-fastapi-postgresql and it feels way better and organized.

I would encourage you to take a look at this repo: https://github.com/tiangolo/full-stack-fastapi-postgresql This is a boilerplate of an application made with fastapi, prepared by the creator of the fastapi himself. You can even set it up yourself locally and have a look how it’s organised. I know it has a lot of different services included, but I find the fastapi part itself to be well thought. Inside the api directory you can notice another folder named api_v1, so you can have multiple versions of your API routes when needed, with the general code in other places that is more generic and can be reused in all your different API versions. The schemas are separated from the models and models itself have different classes depending on what you would actually like to do with the data. The migrations are managed with alembic based on schemas rather than models itself. The settings are a python class that implicitly reads the .env file in your project’s directory. And many, many other interesting patterns to explore. Too much to write in one comment to be honest.

Have a look at Full Stack FastAPI and PostgreSQL - Base Project Generator

While that is a good base, it can be a bit outdated in places. I would suggest checking out this issue on the topic

Hi, earlier this year I built a project using the official FastAPI full stack example. While working on my project, I realised that the FastAPI ecosystem has matured a lot since that template was created and many things that I ended up writing code for was already solved by others. And I didn't want to keep reinventing the wheel.

I'm glad you're liking FastAPI!

You could check the official project generator, it includes a simple Vue.js front end: https://github.com/tiangolo/full-stack-fastapi-postgresql

Although I'm currently using React with TypeScript and hooks, and it's a great development experience. I plan on adding it to the project generator later.

The documentation has a full tutorial in “Tiangolo-style”, which means it guided through setting up a project from scratch, and how to configure Azure appregs from scratch.

I think, in general, most FastAPI and Pydantic related libraries are heavily typed, use poetry, GitHub pipelines, black, isort, flake8 etc. so if you want to look at the ecosystem around a package I’ll recommend a few here, that has a smaller scope than the huge libraries Pydantic/FastAPI are. All packages listed below has all these things.

FastAPI-Azure-Auth [0] is a library to do authentication and authorization through Azure AD using tokens.

ASGI—Correlation-ID[1] is a package that utilizes contextvars to store information through the asyncio stack, in order to attach correlation/request ID to every log message from a request. Available for Django in [2].

Pydantic-factories [3] is an awesome library to mock data for your pydantic models.

[0] https://github.com/Intility/fastapi-azure-auth

If you want to use an external auth provider, I have written a library called FastAPI-Azure-Auth for authentication and authorization using Azure AD (which is free for something like 10.000 users). The tutorial should get you up and running quickly. Please note that this library is only intended to use for APIs (such as I sing a SPA frontend), so if you use jinja templates or render HTML from FastAPI this might not be the solution for you.

The tutorial can be found here.

Hi! I’m the author of FastAPI-Azure-Auth, a package to handle Azure AD authentication and authorization for your FastAPI APIs. It’s a heavily tested package, supports trio, and the documentation has a full tutorial on how to set up both Azure and FastAPI from scratch.

I agree with you. Most my packages are around ~100 stars, and I'm met with a lot of respect and appreciatio.n[1][2]

My library for Correlation-IDs in Django[3] got implemented by AWX, which also was a nice experience![4] I maintain a lot of small packages, and maybe it is the Django/FastAPI community, but "you'll get a load of entitled users" is straight up not true in my experience.

[1] https://github.com/Intility/fastapi-azure-auth/issues/24

The documentation[1] contains a full tutorial on how to configure Azure AD and FastAPI for both single- and multi-tenant applications. It includes examples on how to lock down your APIs to certain scopes, tenants, roles etc.

[1] https://intility.github.io/fastapi-azure-auth/)