Backend: roadmap
HTTP, API-kontrakty, SQL, bezpieczeństwo i eksploatacja przed świadomym wyborem web-frameworka.
Backend zaczyna się od protokołu i danych
Backend przyjmuje żądanie, sprawdza dane i uprawnienia, wykonuje reguły domeny, zmienia stan i zwraca odpowiedź. Framework pomaga wyrazić ten cykl, ale nie zastępuje zrozumienia HTTP, SQL, transakcji, awarii i bezpieczeństwa.
Sekwencja treningowa
| Scena | Explore | Dowód |
|---|---|---|
| 1. Web fundamentals | HTTP semantics, URL, JSON, cookies, browser/server boundary. | Wyjaśnij prośbę i odpowiedź bez terminów specyficznych dla ram. |
| 2. API and validation | Trasy, schematy, błędy, authn/authz, pagination. | Testy kontraktowe na skuteczne i błędne odpowiedzi. |
| 3. SQL and persistence | Schemat, joins, indeksy, transakcje, migracje. | przechowywane są dane, ograniczenia bazy danych chronią inwarianty. |
| 4. Operations | Konfiguracja, sekrety, logi, health checks, deploy, rollback. | Usługa powstaje z czystego środowiska i diagnozuje awarię. |
Flask, FastAPI i Django
| Tool | Siła | Kiedy rozważyć |
|---|---|---|
| Flask | Mały rdzeń LC0LCC i wyraźna kompozycja rozszerzeń. | Poznawanie granic web-applications, małej usługi, projektu z świadomym wyborem komponentów. |
| FastAPI | API zbudowany wokół Python type hints, schematów i ASGI. | HTTP API z typowanymi modelami i integracjami asynchronicznymi, jeśli naprawdę ich potrzebujesz. |
| Django | Zintegrowany zestaw: ORM, migrations, auth, forms, admin oraz umowy projektowe. | Aplikacja, której przydatna jest spójna pełna platforma. |
Flask rozdziały 22 pozostaje ważnym i użytecznym narzędziem. Przejdź do FastAPI lub Django tylko dlatego, że występują w innym roadmap, nie jest konieczne. Porównaj wymagania: WSGI lub ASGI, skład wbudowanych komponentów, model danych, Wielkość zespołu, środowisko operacyjne oraz koszt wsparcia.
Projekt do portfolio
Złóż usługę zadań lub rezerwacji: REST API, PostgreSQL, migracje, role, walidacja, testy logiki domenowej oraz API, structured logging, Docker image i CI. Add Opisz model zagrożeń i podejmuj decyzje o ponownym próbie. Nie dodawaj mikroserwisów, kolejkuj i przechowywać, aż monolit pokaże mierzalną potrzebę ich potrzeby.