Slurm DevOps: waarom ons nie die DevOps-filosofie sal bespreek nie en wat eerder sal gebeur

Vandag by Southbridge het ons turkooisbestuur by 'n beplanningsvergadering bespreek.

Daar was diegene wat voorgestel het om van bo na onder te beweeg, van idee tot praktyk. Soos, kom ons implementeer die turkoois bestuursfilosofie: vind 'n standaard, neem 'n besluit oor hoe rolle verdeel moet word, hoe kommunikasie gebou moet word, en begin langs hierdie pad beweeg.

Daar was diegene (ek inkluis) wat van onder af wou beweeg, van praktyk na idee. Ons het spesifieke take en spesifieke probleme. Kom ons los dit op gebaseer op turkoois gereedskap, en turkoois bestuur sal vanself ontwikkel.

As jy bestuur met ontwikkeling vergelyk, skep die bo-na-onder-pad 'n monoliet, en die onder-na-bo-pad is 'n mikrodiensargitektuur. Nou, in ons "mikrodiens"-bestuur, kan ons die bestuurkring twee keer per dag herbou en dit onmiddellik "in produksie inrol."

En die program Slurm DevOps geskep vir diegene wat verkies om van onder af te beweeg.

Slurm DevOps: waarom ons nie die DevOps-filosofie sal bespreek nie en wat eerder sal gebeur

Ons sal nie DevOps-filosofie bespreek nie. Nie omdat dit betekenisloos is, of ons dit nie weet nie, of ons hou nie van holivars nie (en ons doen nie). Dit is net dat die DevOps-filosofie kristalliseer in elke DevOps-argitek en -ingenieur oor jare se praktyk, en nie in 3 dae se intensiewe opleiding nie.

Ons sal spesifieke gereedskap bespreek. Iets wat dadelik geïmplementeer kan word, sonder filosofiese gesprekke en bestuursherstrukturering, op die vlak van alledaagse werk. Skryf instruksies oor spanwerk met Git. Skryf 'n speelboek vir die implementering van bedieners. Stel 'n houtversamelaar op.

Gevolglik sal werk makliker en eenvoudiger word, en 'n basis sal verskyn waarop jy jou DevOps kan bou.

Om verder as Southbridge-praktyke te gaan, het ons sprekers van buite oor sommige onderwerpe genooi.

Artem Galonsky, STO "BureauBureau"
12+ jaar in kommersiële ontwikkeling.
Spanleier / hoof van ontwikkelingsafdeling sedert 2011.
Tegniese direkteur sedert 2016.

Saam met studente sal ons kyk na maniere om die ontplooiing van toepassings wat voorheen gebruik is, te outomatiseer. Kom ons bespreek moderne pypleidingkonstruksie en 'n paar algemene gereedskap. Kom ons kyk van naderby na die gereedskap en vermoëns van GitLab CI/CD. Ek het die praktyk oor my onderwerpe (Inleiding tot Outomatisering en Werk met Gitlab) gestruktureer sodat studente 'n gevoel sal kry vir hoe en hoekom moderne GI/CD-metodes gebruik word. Die teorie sal die objektief noodsaaklike minimum wees.

Alexey Stepanenko, Selectel-wolkplatformingenieur
Hanteer infrastruktuurtake vir die instandhouding van die OpenStack-wolk: monitering, CI/CD en konfigurasiebestuur.

Eerstens sal ons praat oor modelle en metodes van infrastruktuurbestuur (hoe benaderings van programmering in administrasie gekom het), en ons sal in die praktyk kennis maak met HashiCorp se DevOps-nutsgoed (Packer en Terraform) vir verklarende infrastruktuurbestuur.
Na voltooiing van die blok, sal jy in staat wees om jou infrastruktuur te beskryf, die skepping van toets- en produksie-omgewings te outomatiseer, jou toepassing te skaal en 'n Hoë Beskikbaarheid-oplossing te bou met behulp van 'n lasbalanseerder.

Eduard Medvedev, CTO by Tungsten Labs (Duitsland)
Werk as 'n ingenieur by StackStorm, verantwoordelik vir die ChatOps-funksionaliteit van die platform. Ontwikkel en geïmplementeer ChatOps vir datasentrum-outomatisering. Spreker by Russiese en internasionale konferensies.

By Slurm sal ek praat oor hoe om kommunikasie binne 'n DevOps-span en interaksie met die CI/CD-pyplyn doeltreffender te maak deur tweerigting-integrasie met chatbots te gebruik.

Ivan Kruglov, hoofontwikkelaar by Booking.com
Sedert hy in 2013 by Booking.com aangesluit het, het hy aan infrastruktuurprojekte gewerk soos verspreide boodskaplewering en verwerking, BigData en web-stack, soektog.
Werk tans aan kwessies van die bou van 'n interne wolk en Service Mesh.

In die laaste deel van Slerm sal ons kennis maak met die belangrikste ideologiese en organisatoriese konsepte van SRE, en die praktyk van hul toepassing oorweeg deur lewendige voorbeelde uit my ervaring te gebruik. Verder gaan ons kyk na die tegniese sy van SRE, naamlik watter tegnieke gebruik kan word om die diens meer betroubaar te maak.
Aan die einde van die kursus gaan ek probeer om twee belangrike vrae te beantwoord:

  1. Wat gee SRE aan 'n administrateur of programmeerder?
  2. Hoekom moet 'n besigheid of produk eienaar SRE implementeer?

So hierdie DevOps Slurm sal uniek wees: as ons die program herhaal, sal dit met 'n ander samestelling wees.

Vir diegene wat oplettend is, is daar steeds 'n afslag van 15% met die habrapost-promosiekode.

Oor Slurm se DevOps-program - hier.

Datum: https://slurm.io/devops

Bron: will.com

Voeg 'n opmerking