Costruirò pipeline CICD con rollback automatico in github actions
Ingegnere senior di piattaforma
Informazioni su questo servizio
La tua pipeline dovrebbe essere la parte più noiosa del tuo stack. Se i deploy falliscono, si bloccano o hanno bisogno di un occhio umano, si risolvono in pochi giorni, non mesi.
Sono un senior SRE con 7 anni di esperienza in infrastrutture di produzione. Nell'ultimo incarico, un team SaaS è passato dal 40% di deploy falliti al 5% dopo aver ricostruito la loro consegna come sei pipeline CI/CD con gate di testing, scansione di sicurezza e rollback automatico. Le pipeline hanno individuato oltre 15 vulnerabilità critiche prima della produzione.
Ecco cosa ottieni:
- Una pipeline in GitHub Actions (o GitLab CI): lint, test, build, deploy
- Rollback automatico in caso di errore nel deploy
- Gestione corretta dei secrets, niente credenziali nel codice
- Gate di deploy e controlli di salute tra le fasi
- Consegna chiara: capisci cosa è stato costruito e perché
Lavoro con Kubernetes (EKS/AKS), Docker, Terraform e tutti i principali cloud. Certificato AWS (Solutions Architect + Developer).
Perché i pacchetti sono diversi: Basic include un servizio, un ambiente. Standard aggiunge staging, rollback e secrets. Premium copre più servizi con scansioni, notifiche e una call di consegna.
Rispondo entro un'ora durante il giorno in UTC+1 e consegno più spesso in anticipo. Mandami i dettagli del tuo repo e facciamo d
Il mio portfolio
Altri servizi della categoria Ingegneria DevOps offerti da me
FAQ
Traduzione automatica.
Cosa ti serve da me per iniziare?
Accesso al repo (invito come collaboratore o fork), il tuo cloud/target di deployment e come attualmente deployi. Il modulo di requisiti dell'ordine raccoglie tutto questo, quindi l'avvio di solito avviene nello stesso giorno.
Puoi lavorare con la mia pipeline esistente invece di crearne una nuova da zero?
Sì. Sistemare o estendere una configurazione GitHub Actions o GitLab esistente è comune; se quella attuale è irrecuperabile, te lo dirò prima di toccare qualcosa.
Quali cloud e piattaforme supporti?
AWS e Azure nativamente (certificato AWS), più qualsiasi cosa basata su Kubernetes: EKS, AKS o self-managed. I target di deploy possono essere VM, container o serverless.
Hai bisogno di credenziali di produzione?
No. Lavoro con accesso a privilegi minimi: una chiave di deploy con scope limitato o un ambiente di staging sono sufficienti, e ti mostrerò esattamente quali permessi serve alla pipeline e perché.
Cosa conta come revisione?
Modifiche a ciò che è stato incluso nel tuo pacchetto: aggiustamenti alle fasi, rinominare gli ambienti, cambiare trigger. Nuovi servizi, nuovi ambienti o nuovi strumenti sono un nuovo scope, e li quoto correttamente come aggiunta piuttosto che inserirli in una revisione.

