Il corso intensivo online si terrà dal 19 al 21 agosto .
Il principale nemico contro cui combatte il corso DevOps è: “Molto interessante, è un peccato che non possiamo implementarlo nella nostra azienda”. Cerchiamo soluzioni che anche un normale amministratore possa implementare in un progetto legacy.
Il corso è destinato a:
- amministratori che desiderano implementare le pratiche DevOps dal basso;
- aziende e team che vogliono muoversi verso una cultura DevOps a passi piccoli e chiari;
- sviluppatori che desiderano comprendere le "cose di amministrazione" per risolvere in modo indipendente compiti amministrativi minori e svilupparsi lentamente verso un team leader per un team interfunzionale.
Il corso è inutile per chi già conosce e utilizza gli strumenti DevOps. Non imparerai nulla di nuovo.
L'intensivo online è un formato di nuove realtà; offre quasi la stessa immersione degli intensivi offline, solo senza un viaggio a Mosca (che è un vantaggio per alcuni e uno svantaggio per altri).
Abbiamo già condotto due volte un corso su DevOps e raccolto tutti i pezzi grossi che abbiamo potuto.
Il problema principale sono le aspettative deluse. Pertanto vi comunicheremo subito cosa non sarà compreso nel corso.
Non ci saranno migliori pratiche. Verrà analizzata una delle migliori pratiche. Ad esempio, un argomento CI/CD, sul quale puoi facilmente seguire un corso intensivo di una settimana, dura 4 ore. Durante questo periodo, puoi mostrare le nozioni di base e costruire una pipeline semplice, ma non puoi analizzare un pacchetto di best practice per casi diversi.
Non ci saranno nemmeno casi. I casi sono il tema della conferenza. Lì puoi parlare per un'ora di un incidente della vita. A Slurm il docente può dire che “questo esempio è tratto dalla mia pratica”, niente di più.
Non ci sarà alcuna analisi individuale della pratica. La pratica non è tutoraggio, è ripetizione dopo il docente. Lo scopo della pratica è quello di fornire l'opportunità nei tuoi esperimenti di iniziare da un'opzione di lavoro conosciuta. Dopo l'intensivo, puoi rivedere gli appunti e ripetere tu stesso la pratica. Ciò darà i massimi risultati.
Non ci sarà Kubernetes – anche se si tratta di uno strumento DevOps, lo abbiamo fatto .
Cosa succederà
Lo sarà conoscere gli strumenti da zero e una gamma completa di soluzioni per la realizzazione di infrastrutture di base.
Ci sarà una storia da parte dei praticanti a riguardo utilizzo reale degli strumenti e compiti della vita. Questa è la base a cui è sempre possibile aggiungere lo studio indipendente della documentazione e l'analisi dei casi.
Ci sarà ogni giorno risposte a domande, dove puoi chiedere informazioni sui tuoi progetti.
Lo sarà lavorare con feedback: Chiediamo feedback ogni giorno. Scrivi tutto ciò che non ti piace, lo sistemeremo man mano che procediamo.
E ci sarà un'opportunità tradizionale prendi i soldi e vai via se il corso non ti piace per niente.
Programma intensivo
Argomento n.1: Lavoro di squadra con Git
- Comandi di base git init, commit, add, diff, log, status, pull, push
- Flusso Git, rami e tag, strategie di unione
- Lavorare con più rappresentanti remoti
- Flusso GitHub
- Richiesta fork, remota, pull
- Conflitti, rilasci, ancora una volta su Gitflow e altri flussi in relazione ai team
Argomento n. 2: lavorare con l'applicazione dal punto di vista dello sviluppo
- Scrivere un microservizio in Python
- variabili ambientali
- Integrazione e test unitari
- Utilizzo di docker-compose in fase di sviluppo
Argomento n.3: CI/CD: introduzione all'automazione
- Introduzione all'automazione
- Strumenti (bash, make, gradle)
- Utilizzo di git-hook per automatizzare i processi
- Linee di assemblaggio di fabbrica e loro applicazione nell'IT
- Un esempio di costruzione di una pipeline “generale”.
- Software moderno per CI/CD: Drone CI, BitBucket Pipelines, Travis, ecc.
Argomento n. 4: CI/CD: lavorare con GitLab
- CI GitLab
- GitLab Runner, loro tipologie e usi
- GitLab CI, funzionalità di configurazione, best practice
- Fasi CI di GitLab
- Variabili CI GitLab
- Costruisci, testa, distribuisci
- Controllo e restrizioni dell'esecuzione: solo, quando
- Lavorare con gli artefatti
- Modelli all'interno di .gitlab-ci.yml, riutilizzando le azioni in diverse parti della pipeline
- Includi - sezioni
- Gestione centralizzata di gitlab-ci.yml (un file e push automatico ad altri repository)
Argomento n. 5: Infrastruttura come codice
- IaC: approccio all'infrastruttura come codice
- I fornitori di servizi cloud come fornitori di infrastrutture
- Strumenti di inizializzazione del sistema, creazione di immagini (packer)
- IaC utilizza Terraform come esempio
- Archiviazione della configurazione, collaborazione, automazione delle applicazioni
- Pratica di creazione di playbook Ansible
- Idempotenza, dichiaratività
- IaC utilizzando Ansible come esempio
Argomento n. 6: test dell'infrastruttura
- Test e integrazione continua con Molecule e GitLab CI
- Utilizzando Vagrant
Argomento n. 7: Monitoraggio dell'infrastruttura con Prometheus
- Perché è necessario il monitoraggio
- Tipi di monitoraggio
- Notifiche nel sistema di monitoraggio
- Come costruire un sistema di monitoraggio sano
- Notifiche leggibili, per tutti
- Health Check: a cosa prestare attenzione
- Automazione basata sui dati di monitoraggio
Argomento n. 8: registrazione dell'applicazione con ELK
- Migliori pratiche di registrazione
- Pila ELK
Argomento n. 9: Automazione dell'infrastruttura con ChatOps
- DevOps e ChatOps
- ChatOps: punti di forza
- Slack e alternative
- Bot per ChatOps
- Hubot e alternative
- sicurezza
- Le migliori e le peggiori pratiche
Il programma è in lavorazione e potrebbe cambiare leggermente.
Prezzo: 30 000 ₽
Fonte: habr.com