Oggi a Southbridge durante la riunione si è discusso del management turchese.
C'erano coloro che proponevano di procedere dall'alto in basso, dall'idea alla pratica. Si parlava di implementare la filosofia del management turchese: trovare un modello di riferimento, decidere come dovrebbero essere distribuiti i ruoli, come dovrebbe avvenire la comunicazione e iniziare a muoversi in questa direzione.
C'erano anche quelli (io incluso) che volevano procedere dal basso verso l'alto, dalla pratica all'idea. Abbiamo compiti specifici e problemi concreti. Affrontiamo queste sfide utilizzando strumenti turchesi e il management turchese si formerà da sé.
Se paragoniamo la gestione allo sviluppo, il percorso dall'alto verso il basso è come creare un monolite, mentre il percorso dal basso verso l'alto è un'architettura a microservizi. Ora, nella nostra gestione 'a microservizi', possiamo riprogettare la struttura gestionale due volte al giorno e rilasciarla immediatamente in produzione.
E il programma è creato per coloro che preferiscono procedere dal basso verso l'alto.
Non discuteremo della filosofia DevOps. Non perché sia priva di significato, o perché non la conosciamo, o perché non amiamo le polemiche (e non le amiamo). Semplicemente, la filosofia DevOps si cristallizza in ogni architetto e ingegnere DevOps nel corso degli anni di pratica, e non in 3 giorni di intensivo.
Discuteremo strumenti concreti. Quelli che possono essere implementati immediatamente, senza dibattiti filosofici e ristrutturazioni aziendali, a livello di lavoro quotidiano. Scrivere una guida per il lavoro di squadra con Git. Creare un playbook per il provisioning dei server. Configurare un raccoglitore di log.
Di conseguenza, il lavoro diventerà più semplice e facile, emergerà una base su cui costruire il proprio DevOps.
Per andare oltre le pratiche di Southbridge, abbiamo invitato relatori esterni su alcuni temi.
Artem Galonskiy, CTO di «BureauBureau»
Oltre 12 anni di esperienza nello sviluppo commerciale.
Team leader / responsabile del dipartimento di sviluppo dal 2011.
Direttore tecnico dal 2016.
Insieme agli studenti, esamineremo i metodi per automatizzare il deployment delle applicazioni utilizzati in passato. Discuteremo la costruzione moderna dei pipeline e alcuni strumenti generali. Approfondiremo gli strumenti e le funzionalità di GitLab CI/CD. Anche la pratica delle mie tematiche (Introduzione all'automazione e Lavoro con GitLab) è stata strutturata in modo tale che gli studenti possano comprendere come e perché vengono applicati i metodi CI/CD moderni. La teoria sarà ridotta al minimo oggettivamente necessario.
Aleksej Stepanenko, ingegnere del dipartimento piattaforma cloud di Selectel
Si occupa di compiti infrastrutturali per la gestione del cloud OpenStack: monitoraggio, CI/CD e gestione delle configurazioni.
Inizieremo parlando dei modelli e dei metodi di gestione dell'infrastruttura (come le pratiche di programmazione siano arrivate nell'amministrazione), e ci familiarizzeremo praticamente con gli strumenti DevOps dell'azienda HashiCorp (Packer e Terraform) per la gestione dichiarativa dell'infrastruttura.
Al termine del modulo, sarai in grado di descrivere la tua infrastruttura, automatizzare la creazione di ambienti di test e produzione, scalare la tua 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 durante l'automazione dei data center. Speaker in conferenze russe e internazionali.
Al Slyrm parlerò di come rendere più efficaci le comunicazioni all'interno del team DevOps e le interazioni con il pipeline CI/CD tramite integrazione bidirezionale con chatbot.
Ivan Kruglov, Principal Developer in Booking.com
Dal suo arrivo in Booking.com nel 2013, ha lavorato a progetti infrastrutturali come la distribuzione e l'elaborazione di messaggi distribuiti, BigData e web-stack, ricerca.
Attualmente si occupa della costruzione di cloud interni e Service Mesh.
Nell'ultima parte del Slerma, ci familiarizzeremo con le principali concezioni ideologiche e organizzative della SRE, esaminando la pratica della loro applicazione attraverso esempi presi dalla mia esperienza. Inoltre, esploreremo il lato tecnico della SRE, ovvero quali tecniche si possono utilizzare per rendere il servizio più affidabile.
Alla fine del corso, cercherò di rispondere a due domande importanti:
- Cosa offre la SRE all'amministratore o al programmatore?
- Perché un imprenditore o un proprietario di prodotto dovrebbe implementare la SRE?
Quindi, questo Slerma DevOps sarà unico: se ripeteremo il programma, lo faremo con un nuovo gruppo.
Per i più attenti, resta attiva la sconto del 15% con il codice promozionale habrapost.
Informazioni sul programma Slerma DevOps — .
Registrazione:
Fonte: habr.com
