Hoe word je een platformingenieur of waar kun je je ontwikkelen in de DevOps-richting?

Hoe word je een platformingenieur of waar kun je je ontwikkelen in de DevOps-richting?

We spraken met een leraar over wie en waarom in de nabije toekomst de vaardigheden nodig zullen hebben om een ​​infrastructuurplatform te creëren met behulp van Kubernetes Joeri Ignatov, toonaangevend ingenieur Express 42.

Waar komt de vraag naar platformingenieurs vandaan?

De laatste tijd beseffen steeds meer bedrijven de noodzaak om een ​​intern infrastructuurplatform te creëren dat één enkele omgeving zou zijn voor de ontwikkeling, voorbereiding van releases, release en exploitatie van de digitale producten van het bedrijf. Zo'n platform bevat systemen en services voor het beheren van computer- en netwerkbronnen, een continu integratiesysteem, een opslagplaats van leveringsartefacten, monitoringsystemen en andere services die uw ontwikkelingsteams gebruiken. De beweging richting het bouwen van interne platforms en het vormen van platformteams begon enkele jaren geleden. Bevestiging hiervan vindt u in de rapporten Stand van zaken van DevOps van DORA, publicaties van Gartner en boeken, zoals Teamtopologieën.

De belangrijkste voordelen van een platformbenadering voor het beheer van de infrastructuur van een bedrijf zijn als volgt:

  • Productteams worden niet afgeleid van het ontwikkelen van hun producten om infrastructuurproblemen op te lossen.
  • Het platformteam, verantwoordelijk voor de ontwikkeling van het infrastructuurplatform, houdt rekening met de behoeften van de productteams in het bedrijf en creëert oplossingen specifiek voor interne behoeften.
  • Het bedrijf bouwt intern ervaring op die gemakkelijk kan worden hergebruikt, bijvoorbeeld bij het lanceren van een nieuw productteam of bij het vormen van normen of algemene praktijken in het bedrijf.

Als het bedrijf erin slaagt tot een dergelijke aanpak te komen, kan het interne infrastructuurplatform na verloop van tijd handiger worden voor ontwikkelingsteams dan de diensten van cloudproviders, omdat het is gemaakt rekening houdend met de kenmerken en behoeften van de teams, waarbij hun ervaring en vaardigheden worden verzameld. bijzonderheden. Dit alles leidt tot een hogere productiviteit van productteams, wat betekent dat het goed is voor het bedrijfsleven.

Waarom Kubernetes?

Er kunnen verschillende tools worden gebruikt als basis voor het creëren van een infrastructuurplatform. Vroeger was het Mesos, nu kun je naast Kubernetes ook Nomad gebruiken en natuurlijk beperkt niemand je in het maken van je eigen ‘fietsen’. En toch geeft de overgrote meerderheid van de bedrijven er de voorkeur aan om een ​​platform op Kubernetes te bouwen. Dit is waar hij het meest om gewaardeerd wordt:

  • Ondersteuning voor moderne engineeringpraktijken zoals ‘infrastructuur als code’.
  • Veel tools die teams out-of-the-box nodig hebben. Bijvoorbeeld het beheren van computerbronnen, beheerde mechanismen voor de implementatie van applicaties en het garanderen van hun fouttolerantie.
  • Een enorm ecosysteem met tools voor het oplossen van verschillende problemen, ondersteund door cloudserviceproviders.
  • Ontwikkelde gemeenschap: tientallen conferenties over de hele wereld, een indrukwekkende lijst met bijdragers, certificering en gecertificeerde specialisten, educatieve programma's over deze tool.

Kubernetes mag de nieuwe industriestandaard genoemd worden, het is slechts een kwestie van tijd voordat uw bedrijf er mee aan de slag gaat.

Helaas is dit allemaal niet gratis: met de komst van Kubernetes en containerisatietechnologie ondergaan de processen en tools die het team in hun dagelijkse werk gebruikt veel veranderingen:

  • De aanpak voor het beheren van computerbronnen is aan het veranderen.
  • De manier waarop de applicatie wordt ingezet en geconfigureerd, verandert.
  • Er is een andere aanpak nodig voor het organiseren van monitoring- en registratiediensten.
  • Er is behoefte aan het creëren van nieuwe integraties tussen de diensten die deel uitmaken van het platform en het aanpassen van bestaande automatiseringsscripts.

Zelfs de lokale omgeving van de ontwikkelaar en de foutopsporingsprocedure voor applicaties zijn ook onderhevig aan veranderingen.

Bedrijven kunnen zelf de overstap maken naar een infrastructuurplatform en het onderhoud ervan, waarbij ze de competenties van medewerkers ontwikkelen of de benodigde specialisten inhuren. Gevallen waarin het de moeite waard is om deze processen te delegeren komen ook vaak voor. Als een bedrijf bijvoorbeeld niet de mogelijkheid heeft om de focus van het team te verleggen van productontwikkeling naar het creëren van een nieuwe infrastructuur, is er geen mogelijkheid om grote interne R&D uit te voeren, of zijn er onaanvaardbare risico's die gepaard gaan met het zelfstandig creëren van een nieuwe infrastructuur en het overbrengen van productteams daarop - hier is het beter om hulp te zoeken bij bedrijven die deze weg al meer dan eens zijn ingeslagen.

Er zullen niet alleen nieuwe competenties nodig zijn voor het werken met het infrastructuurplatform beheerders (een specialisme dat nu wordt omgevormd tot infrastructuuringenieur), maar ook voor ontwikkelaars. Ontwikkelaar moet begrijpen hoe zijn applicatie wordt gelanceerd en werkt in de strijd, hij moet het ecosysteem maximaal kunnen gebruiken, de applicatie kunnen debuggen of de implementatie- en configuratieprocedures kunnen wijzigen. Bovendien kun je niet zonder deze kennis technische leiding: je moet een grote hoeveelheid R&D uitvoeren, geschikte tools selecteren, hun beperkingen bestuderen, benaderingen vinden voor de integratie tussen de tools die deel uitmaken van het platform en verschillende scenario's bieden voor het gebruik van platformdiensten door productteams.

Hoewel het implementeren van Kubernetes, ook op de faciliteiten van cloudproviders, niet zo moeilijk is, is het vertalen van alle ontwikkelings- en operationele processen, het aanpassen van applicaties, het integreren van een tiental nieuwe tools voor het team, enz. een werkelijk problematische taak die een diep begrip vereist van de processen en een grote hoeveelheid communicatie met alle deelnemers aan de creatie van uw producten.

En al deze informatie hebben we verzameld in onze online cursus ‘Infrastructuurplatform gebaseerd op Kubernetes’. In 5 maanden oefenen leer je:

  • Hoe Kubernetes werkt
  • Hoe DevOps-praktijken ermee worden geïmplementeerd
  • Welke ecosysteemtools volwassen genoeg zijn om in gevechten te worden gebruikt en hoe ze met elkaar kunnen worden geïntegreerd.

In tegenstelling tot andere educatieve programma's richten we ons op het ecosysteem en de nuances van het exploiteren van Kubernetes-clusters, en dit is waar problemen ontstaan ​​voor bedrijven die besluiten over te stappen naar hun infrastructuurplatform.

Na voltooiing van de cursus bent u gekwalificeerd als platformingenieur en kunt u zelfstandig een infrastructuurplatform in uw bedrijf creëren. Dat is trouwens wat sommige van onze studenten doen als projectwerk, waarbij ze feedback en ondersteuning krijgen van docenten. Ook zullen kennis en vaardigheden voldoende zijn om u voor te bereiden op de CNCF-certificering.

Het is belangrijk op te merken dat het beheersen van deze vaardigheden een sterke kennis vereist DevOps-praktijken en -tools. Volgens onze observaties van de arbeidsmarkt, na een dergelijke opleiding een specialist kan veilig een salaris van 150-200 duizend roebel verwachten.

Bent u zo’n specialist met ervaring in het inzetten van DevOps-praktijken, dan nodigen wij u van harte uit doe de toelatingstest en maak nader kennis met het cursusprogramma.

Bron: www.habr.com

Voeg een reactie