Vandaag hebben we bij Southbridge het beheer van turquoise besproken tijdens een planningsvergadering.
Er waren mensen die voorstelden om van boven naar beneden te gaan, van idee naar praktijk. Laten we bijvoorbeeld de turkooise managementfilosofie implementeren: zoek een standaard, neem een beslissing over hoe de rollen verdeeld moeten worden, hoe communicatie opgebouwd moet worden, en begin dit pad te bewandelen.
Er waren mensen (waaronder ikzelf) die van onderaf naar boven wilden gaan, van praktijk naar idee. We hebben specifieke taken en specifieke problemen. Laten we ze oplossen op basis van turquoise tools, en het turquoise management zal zich vanzelf ontwikkelen.
Als je management met ontwikkeling vergelijkt, creëert het top-down pad een monoliet, en het bottom-up pad een microservice-architectuur. Nu kunnen we in ons ‘microservice’-beheer het beheercircuit twee keer per dag opnieuw opbouwen en het onmiddellijk ‘in productie brengen’.
En het programma gemaakt voor degenen die er de voorkeur aan geven om van onderop te bewegen.
We zullen de DevOps-filosofie niet bespreken. Niet omdat het zinloos is, of omdat we het niet weten, of omdat we niet van holivars houden (en dat doen we ook niet). Het is gewoon zo dat de DevOps-filosofie zich in elke DevOps-architect en -ingenieur kristalliseert na jarenlange praktijkervaring, en niet na drie dagen intensieve training.
We bespreken specifieke hulpmiddelen. Iets dat meteen kan worden geïmplementeerd, zonder filosofische gesprekken en herstructurering van het management, op het niveau van het dagelijkse werk. Schrijf instructies voor teamwerk met Git. Schrijf een draaiboek voor het implementeren van servers. Zet een logboekverzamelaar op.
Hierdoor wordt het werk steeds eenvoudiger en ontstaat er een basis waarop je jouw DevOps kunt bouwen.
Om verder te gaan dan de Southbridge-praktijken, hebben we over een aantal onderwerpen externe sprekers uitgenodigd.
Artem Galonsky, STO "BureauBureau"
12+ jaar in commerciële ontwikkeling.
Teamleider / hoofd ontwikkelingsafdeling sinds 2011.
Technisch directeur sinds 2016.
Samen met studenten gaan we kijken naar manieren om de inzet van eerder gebruikte applicaties te automatiseren. Laten we de moderne pijpleidingconstructie en enkele veelgebruikte hulpmiddelen bespreken. Laten we de tools en mogelijkheden van GitLab CI/CD eens nader bekijken. Ik heb de praktijk gestructureerd op basis van mijn onderwerpen (Inleiding tot automatisering en Werken met Gitlab), zodat studenten een idee krijgen van hoe en waarom moderne CI/CD-methoden worden gebruikt. De theorie zal het objectief noodzakelijke minimum zijn.
Alexey Stepanenko, cloudplatformingenieur van Selectel
Het verzorgen van infrastructuurtaken voor het onderhouden van de OpenStack cloud: monitoring, CI/CD en configuratiebeheer.
Eerst zullen we praten over modellen en methoden van infrastructuurbeheer (hoe benaderingen uit het programmeren in het beheer terecht zijn gekomen), en zullen we in de praktijk kennis maken met de DevOps-tools van HashiCorp (Packer en Terraform) voor declaratief infrastructuurbeheer.
Na voltooiing van het blok kunt u uw infrastructuur beschrijven, het creëren van test- en productieomgevingen automatiseren, uw applicatie schalen en een High Availability-oplossing bouwen met behulp van een load balancer.
Eduard Medvedev, CTO bij Tungsten Labs (Duitsland)
Als engineer gewerkt bij StackStorm, verantwoordelijk voor de ChatOps functionaliteit van het platform. ChatOps ontwikkeld en geïmplementeerd voor datacenterautomatisering. Spreker op Russische en internationale conferenties.
Bij Slurm spreek ik over hoe je de communicatie binnen een DevOps-team en de interactie met de CI/CD-pijplijn effectiever kunt maken door middel van tweerichtingsintegratie met chatbots.
Ivan Kruglov, hoofdontwikkelaar bij Booking.com
Sinds hij in 2013 bij Booking.com kwam, heeft hij gewerkt aan infrastructuurprojecten zoals gedistribueerde bezorging en verwerking van berichten, BigData en web-stack, zoeken.
Momenteel bezig met problemen met het bouwen van een interne cloud en Service Mesh.
In het laatste deel van Slerm zullen we kennis maken met de belangrijkste ideologische en organisatorische concepten van SRE, en de praktijk van hun toepassing beschouwen aan de hand van live voorbeelden uit mijn ervaring. Daarnaast gaan we kijken naar de technische kant van SRE, namelijk welke technieken ingezet kunnen worden om de dienstverlening betrouwbaarder te maken.
Aan het einde van de cursus zal ik proberen twee belangrijke vragen te beantwoorden:
- Wat levert SRE een beheerder of programmeur op?
- Waarom moet een bedrijfs- of producteigenaar SRE implementeren?
Deze DevOps Slurm zal dus uniek zijn: als we het programma herhalen, zal het met een andere samenstelling zijn.
Voor wie oplet, er is nog steeds 15% korting met behulp van de habrapost-promotiecode.
Over het DevOps-programma van Slurm - .
Datum:
Bron: www.habr.com