Product
Template Adios per app, API, database, cache e code
Il catalogo dei template va ora oltre pochi starter applicativi. Riunisce app web, API, database, cache e code in un unico posto.
Un template utile deve eliminare lavoro di configurazione senza nascondere le decisioni di cui dovrai essere responsabile in seguito. È questo il criterio alla base del catalogo Adios ampliato.
Parti dalla natura del carico di lavoro
Il catalogo è ora organizzato attorno a tre punti di partenza pratici: app web, starter API e servizi dati. Puoi partire da Next.js o da un sito statico Nginx, scegliere un framework API in Node.js, Python, Ruby, PHP, Go o .NET oppure collegare un servizio come PostgreSQL, Redis, MongoDB, MySQL o RabbitMQ.
Ogni voce mostra le proprie varianti, senza ridurle a una generica etichetta di framework. Gestore dei pacchetti, linguaggio, repository autonomo e chiave di distribuzione rimangono visibili prima di avviare qualsiasi cosa.
Il manifest fa parte del template
Ogni template completo include un file adios.yaml. Registra ambiente di esecuzione, comando di compilazione, comando di avvio, porta e volumi persistenti necessari al carico di lavoro. Così la configurazione di distribuzione può essere esaminata insieme al codice applicativo.
Il risultato è uno starter che puoi esaminare in locale, modificare in un normale workflow Git e distribuire con la stessa configurazione che hai verificato.
- —Esamina package.json e il comando di avvio di produzione.
- —Conferma che il servizio ascolti sulla PORT configurata su 0.0.0.0.
- —Chiama la route di verifica dello stato prima di aggiungere codice applicativo.
- —Salva la prima modifica al dominio in un commit separato dalla configurazione del template.
git clone https://github.com/adiosdotdev/template-node-fastify.git
cd template-node-fastify
adios upI template sono un punto di partenza
Il catalogo è composto volutamente da progetti piccoli e comprensibili. Non cerca di prevedere il tuo modello del dominio né di riempire il repository di funzionalità che eliminerai. Fornisce al framework un comando di produzione, un percorso di verifica dello stato dove appropriato e struttura sufficiente per iniziare il lavoro reale.
Scegli l'ambiente di esecuzione più adatto, distribuiscilo e personalizzalo. Il vantaggio non è evitare per sempre la configurazione, ma partire da una configurazione che funziona già.
Aggiungi stato in modo consapevole
Quando il ricevitore di webhook richiede deduplicazione, aggiungi PostgreSQL per ID di eventi persistenti oppure Redis per una finestra di idempotenza breve, secondo la garanzia necessaria. Il catalogo dei template offre entrambi, ma lo starter del framework non sceglie uno dei due al posto tuo senza dirtelo.
Per esempio, un webhook di pagamento che non deve mai essere applicato due volte richiede una tabella persistente con un ID univoco dell'evento del provider. Una cache può ridurre il lavoro ripetuto, ma non deve diventare l'unica registrazione di un evento finanziario.