Oggi a Southbridge, durante la riunione, abbiamo discusso del management turchese.
C'erano coloro che suggerivano di procedere dall'alto verso il basso, dall'idea alla pratica. Dicevano, implementiamo la filosofia del management turchese: troviamo un modello, prendiamo decisioni su come devono essere distribuiti i ruoli, come deve essere costruita la comunicazione e iniziamo a muoverci lungo questa strada.
C'erano anche quelli (e anch'io tra loro) che volevano procedere dal basso verso l'alto, dalla pratica all'idea. Abbiamo compiti concreti e problemi specifici. Risolviamoli utilizzando strumenti turchesi, e il management turchese si formerà da solo.
Se confrontiamo la gestione con lo sviluppo, il percorso dall'alto verso il basso è come creare un monolite, mentre il percorso dal basso verso l'alto è come un'architettura a microservizi. Ora, nella nostra gestione 'a microservizi', possiamo ristrutturare il contorno gestionale due volte al giorno e 'metterlo subito in produzione'.
E il programma creata per coloro che preferiscono procedere dal basso verso l'alto.
Non discuteremo la filosofia DevOps. Non perché sia priva di senso, o perché non la conosciamo, o perché non ci piacciono le polemiche (e a noi non piacciono). Semplicemente, la filosofia DevOps si cristallizza in ciascun architetto e ingegnere DevOps negli anni di pratica, e non in tre giorni di intensivo.
Discuteremo strumenti concreti. Ciò che può essere implementato immediatamente, senza conversazioni filosofiche e ristrutturazioni manageriali, a livello di lavoro quotidiano. Scrivere istruzioni per il lavoro di squadra con Git. Scrivere un playbook per il deployment dei server. Configurare un raccoglitore di log.
Di conseguenza, lavorare diventerà più facile e semplice, ci sarà una base su cui costruire il proprio DevOps.
Per andare oltre le pratiche di Southbridge, per alcuni argomenti abbiamo invitato relatori esterni.
Artem Galonskiy, CTO di 'BuroBuro'
Nello sviluppo commerciale da oltre 12 anni.
Team leader / responsabile del reparto sviluppo dal 2011.
Direttore tecnico dal 2016.
Insieme agli studenti esamineremo i metodi di automazione del deployment delle applicazioni utilizzati in passato. Discuteremo la costruzione moderna dei pipeline e alcuni strumenti comuni. Approfondiremo gli strumenti e le funzionalità di GitLab CI/CD. L'attività pratica sui miei temi (Introduzione all'automazione e Lavoro con GitLab) è stata strutturata in modo che gli studenti comprendano come e perché vengono applicati i metodi CI/CD moderni. La teoria sarà un minimo necessario e obiettivo.
Aleksej Stepanenko, ingegnere del reparto piattaforma cloud Selectel
Si occupa di compiti infrastrutturali per la gestione del cloud OpenStack: monitoraggio, CI/CD e gestione delle configurazioni.
Inizialmente parleremo di modelli e metodi di gestione delle infrastrutture (come dall'amministrazione siano arrivati approcci dalla programmazione), ci familiarizzeremo con gli strumenti DevOps di HashiCorp (Packer e Terraform) per la gestione dichiarativa dell'infrastruttura.
Al termine del blocco, sarete in grado di descrivere la vostra infrastruttura, automatizzare la creazione di ambienti di test e produzione, scalare la vostra applicazione e costruire una soluzione ad alta disponibilità utilizzando un bilanciatore di carico.
Eduard Medvedev, CTO di Tungsten Labs (Germania)
Ha lavorato come ingegnere in StackStorm, occupandosi della funzionalità ChatOps della piattaforma. Ha sviluppato e implementato ChatOps per l'automazione dei data center. Relatore a conferenze russe e internazionali.
Al Slerm parlerò di come rendere la comunicazione all'interno del team DevOps e l'interazione con il pipeline CI/CD più efficaci attraverso l'integrazione bidirezionale con chatbot.
Ivan Kruglov, Sviluppatore Principale presso Booking.com
Dal suo arrivo in Booking.com nel 2013 ha lavorato a progetti infrastrutturali come la consegna e l'elaborazione distribuita dei messaggi, BigData e web-stack, ricerca.
Attualmente si occupa di questioni relative alla costruzione di un cloud interno e di Service Mesh.
Nell'ultima parte del Slerm ci familiarizzeremo con i principali concetti ideologici e organizzativi di SRE, esamineremo la pratica della loro applicazione attraverso esempi reali dalla mia esperienza. Inoltre, esamineremo l'aspetto tecnico di SRE, ovvero quali tecniche possono essere utilizzate per rendere un servizio più affidabile.
Alla fine del corso, cercherò di rispondere a due domande importanti:
- Cosa offre SRE all'amministratore o al programmatore?
- Perché un proprietario di un'attività o di un prodotto dovrebbe implementare SRE?
Quindi questo Slurm DevOps sarà unico: se ripeteremo il programma, lo faremo già con un'altra formazione.
Per coloro che prestano attenzione, rimane uno sconto del 15% con il codice promozionale habrapost.
Sul programma di Slurm DevOps — .
Registrazione:
Fonte: habr.com
