Pubblica un progetto Django con processo WSGI di produzione, impostazioni dell'ambiente di esecuzione, credenziali del database, controlli di integrità, strategia per le risorse statiche ed evidenze del rilascio in un solo posto.
Versione candidata
Django
SORGENTE
Git
REGION
de
ROUTE
HTTPS
01Codice sorgente ricevuto
02Compilazione completata
03Ambiente di esecuzione avviato
04Controllo di integrità superato
Route promossa
production.adios.run
Un percorso verso la produzione per
Il percorso di produzione
L'applicazione o il servizio è solo una parte della produzione. Le evidenze della compilazione, lo stato dell'ambiente di esecuzione, l'integrità, i segreti, i log, le route e la versione promossa devono restare consultabili insieme.
Installa le dipendenze Python ed esegui la preparazione specifica richiesta dal progetto per il rilascio. Mantieni esplicite le decisioni su collectstatic e migrazioni, anziché nasconderle in un interruttore della dashboard.
Avvia l'applicazione WSGI con Gunicorn, falla ascoltare sulla porta dichiarata e usa una route di integrità che dimostri che il processo web è pronto senza modificare dati.
Output della compilazione, log di esecuzione, stato di integrità, segreti, domini e versione promossa restano associati al progetto, senza essere sparsi tra strumenti indipendenti.
Dal codice sorgente al rilascio
Usa il codice sorgente e il comportamento di produzione già previsti dal progetto. Il manifesto indica cosa la piattaforma deve compilare o provisionare e come verificare che il risultato sia pronto.
Porta il repository esistente oppure esamina e distribuisci una delle varianti dei modelli iniziali indicate nei link qui sotto.
$adios loginMantieni in adios.yaml i comandi, la versione dell'ambiente di esecuzione o del servizio, il comportamento dei controlli di integrità e i riferimenti ai segreti.
$git diff -- adios.yamlSegui le evidenze della compilazione e dell'esecuzione, verifica la versione candidata e apri la route promossa o la connessione al servizio.
$adios upname: django-app
build_cmd: pip install -r requirements.txt && python manage.py collectstatic --noinput
start_cmd: gunicorn project.wsgi:application --bind 0.0.0.0:8000
runtime:
name: python@3.13
port: 8000
health_path: /healthzPunti di partenza pronti per la distribuzione
Scegli un modello iniziale Django oppure distribuisci Gather per pianificare appuntamenti personali e di team con un'app open source e integrazioni dei calendari.
Progetti base API
Progetti base FastAPI, Django, Flask, Litestar e Sanic con comandi di avvio per la produzione.
git clone https://github.com/adiosdotdev/template-python-django.git
cd template-python-django
adios upProgetti base API
Progetti base FastAPI, Django, Flask, Litestar e Sanic con comandi di avvio per la produzione.
git clone https://github.com/adiosdotdev/template-python-django-pipenv.git
cd template-python-django-pipenv
adios upApplicazioni web
Pagine di prenotazione open source per persone e team, con calendari Google, Microsoft e Apple.
git clone https://github.com/adiosdotdev/template-python-gather.git
cd template-python-gather
adios upPrima della produzione
Il primo rilascio più sicuro parte da una compilazione o configurazione del servizio riproducibile e da un'anteprima che mette alla prova le dipendenze effettivamente usate in produzione.
Risposte alle tue domande
Verifica i limiti dell'ambiente di esecuzione o del servizio, il percorso del modello, il comportamento in caso di errore e i controlli di produzione prima di creare il primo rilascio.
Sì. Esegui la CLI Adios dalla radice del progetto, mantieni il repository e i file delle dipendenze che usi già e aggiungi un file adios.yaml con compilazione di produzione, comando di avvio, porta e percorso di integrità.
Non per un ambiente di esecuzione standard supportato. Usa i normali comandi di produzione del progetto in adios.yaml. Se la compilazione richiede pacchetti di sistema insoliti o librerie native, verifica le dipendenze in anteprima prima della promozione.
Tratta le modifiche allo schema di produzione come un passaggio esplicito di rilascio. Testale su dati rappresentativi e scegli una strategia di approvazione o workflow, anziché associare ogni compilazione a una migrazione automatica.
Scegli una strategia di produzione esplicita, ad esempio risorse raccolte e servite dall'applicazione, archiviazione a oggetti o un altro sistema di distribuzione statica. Verifica gli header della cache e gli URL nel dominio di anteprima.
La versione candidata conserva l'output della compilazione e dell'esecuzione per l'ispezione. Deve superare i controlli di integrità prima di diventare la versione promossa che serve la route dell'applicazione.
Sì. Questa pagina collega i modelli iniziali ufficiali Adios Django più pertinenti. Esamina la variante esatta del codice sorgente, distribuiscila dalla console oppure clonala localmente ed esegui adios up.
Percorsi di distribuzione correlati
Esegui un'app web o un worker Python mantenendo il file delle dipendenze, il comando del processo, la route di integrità e la configurazione protetta da segreti accanto al codice sorgente.
Scegli una versione PostgreSQL, mantieni le credenziali del database fuori da Git, collega archiviazione persistente, connetti l'applicazione e verifica i dati dopo un riavvio.
Avvia Redis 7 per cache, sessioni, pub/sub o stato ad accesso rapido e verifica connettività, requisiti di persistenza, espulsione dei dati e comportamento in caso di errore delle dipendenze.
Distribuisci attività pianificate, processori di webhook, punti di approvazione, attività di manutenzione e automazioni operative da un manifesto di workflow versionato.
Il primo rilascio
Parti dal repository o da un modello, verifica il contratto di distribuzione ed esamina la versione promossa in produzione.