Oggi a Southbridge abbiamo discusso della gestione del turchese in una riunione di pianificazione.
C'è chi ha proposto di passare dall'alto al basso, dall'idea alla pratica. Ad esempio, implementiamo la filosofia di gestione del turchese: troviamo uno standard, prendiamo una decisione su come dividere i ruoli, come dovrebbe essere costruita la comunicazione e iniziamo a muoverci lungo questo percorso.
C'era chi (me compreso) voleva passare dal basso verso l'alto, dalla pratica all'idea. Abbiamo compiti specifici e problemi specifici. Risolviamoli sulla base degli strumenti turchesi e la gestione del turchese si svilupperà da sola.
Se si confronta la gestione con lo sviluppo, il percorso dall'alto verso il basso crea un monolite e il percorso dal basso verso l'alto è un'architettura di microservizi. Ora, nella nostra gestione dei “microservizi”, possiamo ricostruire il circuito di gestione due volte al giorno e “introdurlo immediatamente in produzione”.
E il programma creato per coloro che preferiscono muoversi dal basso verso l'alto.
Non discuteremo della filosofia DevOps. Non perché sia privo di significato, o non lo sappiamo, o non ci piacciono gli holivar (e non ci piacciono). Il fatto è che la filosofia DevOps si cristallizza in ogni architetto e ingegnere DevOps in anni di pratica e non in 3 giorni di formazione intensiva.
Discuteremo strumenti specifici. Qualcosa che può essere implementato subito, senza discorsi filosofici e ristrutturazioni gestionali, a livello del lavoro quotidiano. Scrivi istruzioni sul lavoro di squadra con Git. Scrivi un playbook per la distribuzione dei server. Configura un raccoglitore di log.
Di conseguenza, il lavoro diventerà più facile e più semplice e apparirà una base su cui costruire il tuo DevOps.
Per andare oltre le pratiche di Southbridge, abbiamo invitato relatori esterni su alcuni argomenti.
Artem Galonsky, STO "Ufficio di presidenza"
Oltre 12 anni di sviluppo commerciale.
Team leader/responsabile del dipartimento di sviluppo dal 2011.
Direttore Tecnico dal 2016.
Insieme agli studenti, esamineremo i modi per automatizzare la distribuzione delle applicazioni utilizzate in precedenza. Parliamo della costruzione di condutture moderne e di alcuni strumenti comuni. Diamo uno sguardo più da vicino agli strumenti e alle funzionalità di GitLab CI/CD. Ho strutturato la pratica sui miei argomenti (Introduzione all'automazione e lavoro con Gitlab) in modo che gli studenti possano avere un'idea di come e perché vengono utilizzati i moderni metodi CI/CD. La teoria sarà il minimo oggettivamente necessario.
Alexey Stepanenko, ingegnere della piattaforma cloud Selectel
Affrontare le attività infrastrutturali per la manutenzione del cloud OpenStack: monitoraggio, CI/CD e gestione della configurazione.
Innanzitutto, parleremo di modelli e metodi di gestione dell'infrastruttura (come gli approcci dalla programmazione sono entrati nell'amministrazione) e faremo conoscenza pratica con gli strumenti DevOps di HashiCorp (Packer e Terraform) per la gestione dichiarativa dell'infrastruttura.
Al termine del blocco, sarai in grado di descrivere la tua infrastruttura, automatizzare la creazione di ambienti di test e produzione, ridimensionare la tua applicazione e creare una soluzione ad alta disponibilità utilizzando un bilanciatore del carico.
Eduard Medvedev, CTO di Tungsten Labs (Germania)
Ha lavorato come ingegnere presso StackStorm, responsabile della funzionalità ChatOps della piattaforma. ChatOps sviluppato e implementato per l'automazione dei data center. Relatore a convegni russi e internazionali.
A Slurm parlerò di come rendere più efficace la comunicazione all'interno di un team DevOps e l'interazione con la pipeline CI/CD utilizzando l'integrazione bidirezionale con i chatbot.
Ivan Kruglov, sviluppatore principale di Booking.com
Da quando è entrato in Booking.com nel 2013, ha lavorato su progetti infrastrutturali come la consegna e l'elaborazione distribuita dei messaggi, BigData e web-stack, ricerca.
Attualmente sto lavorando su problemi relativi alla creazione di un cloud interno e di Service Mesh.
Nell'ultima parte di Slerm, conosceremo i principali concetti ideologici e organizzativi di SRE e considereremo la pratica della loro applicazione utilizzando esempi dal vivo tratti dalla mia esperienza. Inoltre, esamineremo l'aspetto tecnico dell'SRE, ovvero quali tecniche possono essere utilizzate per rendere il servizio più affidabile.
Alla fine del corso cercherò di rispondere a due domande importanti:
- Cosa offre SRE a un amministratore o programmatore?
- Perché un'azienda o un proprietario di prodotto deve implementare SRE?
Quindi questo DevOps Slurm sarà unico: se ripetiamo il programma, lo sarà con una composizione diversa.
Per chi è attento c'è ancora uno sconto del 15% utilizzando il codice promozionale habrapost.
Informazioni sul programma DevOps di Slurm - .
Data:
Fonte: habr.com