Question about Litestar’s Long-Term Vision and Enterprise-Level Feature Support #4543
-
|
Hello Litestar team 👋 First of all, thank you for building Litestar — it is a very well-designed, high-performance Python web framework, and I really appreciate the work you are doing for the Python ecosystem. I would like to ask about Litestar’s long-term roadmap and vision, especially regarding enterprise-level, out-of-the-box capabilities. In other ecosystems, there are mature frameworks that provide a relatively complete enterprise experience:
In comparison, the Python ecosystem currently lacks a framework that is both feature-complete for enterprise applications and high-performance / async-first.
Given Litestar’s strong architectural foundation, I’m curious whether the project intends to support (either officially or via first-class extensions) some of the following capabilities in the future:
I fully understand that Litestar may intentionally focus on being a core framework rather than an “all-in-one platform”.
Any insight into the project’s vision or roadmap would be greatly appreciated. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
|
User, Role & Permission Management (RBAC) - litestar-users is a nice 3rd party option |
Beta Was this translation helpful? Give feedback.
-
I don't like the term "enterprise-ready". Litestar, and definitely Django, are being used by enterprises already, quite successfully. As for the second part of that question: No. Litestar is not trying to evolve into NestJS or Spring Boot. Litestar is going to stick roughly with the same scope it has at the moment. It's not as minimal as Flask or FastAPI, but also not as featureful as Django or Spring. |
Beta Was this translation helpful? Give feedback.
I don't like the term "enterprise-ready". Litestar, and definitely Django, are being used by enterprises already, quite successfully.
As for the second part of that question: No. Litestar is not trying to evolve into NestJS or Spring Boot. Litestar is going to stick roughly with the same scope it has at the moment. It's not as minimal as Flask or FastAPI, but also not as featureful …