Helaas, deze vacature is niet actief.

DevOps Developer in Nijmegen

Maandelijks spelen en leren meer dan 300.000 kinderen met onze software en we zijn op zoek naar een innovatieve, gepassioneerde DevOps Developer die enthousiast wordt van een auto-scaling Kubernetes cluster waarop je collega’s geautomatiseerd moeten kunnen releasen!

Beschrijving

Wij zijn : een internet Educatie organisatie van ruim 50 medewerkers opgericht in 2009, gevestigd in Eindhoven, Nijmegen en binnenkort in Den Bosch. Onze laatste toevoeging aan het product , betreft een digitale, adaptieve leeromgeving voor kinderen in het basisonderwijs. Dit is voor het tweede schooljaar live en we zien een enorme groei. Dit zorgt voor gave uitdagingen op het gebied van het automatisch opschalen van onze services en databases, en het Kubernetes cluster waar dit alles op draait. Want alle kinderen pakken exact om 09:30 uur een device en beginnen, het is dus de kunst om deze pieken af te vangen.

Als DevOps Developer heb je ervaring met:
  • Docker en Kubernetes;
  • (My)SQL en/of Galera;
  • Redis;
  • Cluster Monitoring (Stackdriver);
  • Linux;
  • Pré: Bash (release scripts);
  • Pré: Node.js (backends en de release bot op Slack);
  • Pré: Google Cloud (GCE, GKE, Cloud SQL);
  • Pré: New Relic;
  • DevOps en/of ChatOps is uiteraard belangrijk, maar daar kan je ook ingroeien. Alle release processen zijn geautomatiseerd, maar er is nog een hoop te winnen aan gebruiksgemak en stabiliteit. Dagelijks zijn er tientallen rolling deployments en de uitdaging voor jou is om het je collega’s zo makkelijk mogelijk te maken.
Een dag als DevOps Developer bij Gynzy:

Als DevOps developer maak je deel uit van een van onze squads. Een squad bestaat uit een gezonde mix van collega’s met uiteenlopende expertises. Jouw kennis en eigen ideeën krijgen zo alle kans om in de praktijk te worden toegepast. De squads zijn autonoom en hebben altijd de missie van de organisatie in het achterhoofd. Ze werken agile, gebruik makend van de beste onderdelen van verscheidene agile frameworks en zijn continu bezig om het proces en de output te optimaliseren om zo het maximale uit jezelf en de squad te halen.
 
Je hebt vandaag met je squad afgesproken om in Nijmegen te werken, zodat jullie een aantal zaken kunnen afstemmen. Iedereen is voor half 10 binnen zodat jullie een stand-up kunnen doen aan een van de sta-bureaus.
 
Half tien is tevens het begin van de gebruikerspiek. Tienduizenden kinderen pakken hun iPad of Chromebook en loggen in. We zien op de monitoren die in het kantoor hangen exact hoeveel dat er zijn, en of al onze diensten snel zijn. Jullie kunnen dus rustig de stand-up doen, want jullie hebben alle vertrouwen in de monitoring (waar jij alles vanaf weet).
 
Tijdens de standup blijkt dat er gisteren meerdere scholen rond 11 uur een probleem hebben gemeld bij support. Het was gisteren wel de drukste dag tot nu toe, maar je weet zo niet waar dit probleem zit. Je geeft aan dat je een root cause analyse gaat doen voor dit specifieke probleem en dat je het resultaat zal terugkoppelen richting je squad.
 
Je begint de zoektocht in New Relic om te achterhalen of er een microservice is geweest die niet goed functioneerde rond dat tijdstip, en die niet door de monitoring alerts naar voren is gekomen. Je ziet al snel om welke service het gaat, maar waardoor de response tijden zo hoog zijn is niet duidelijk, je voegt meteen een alert toe om hier voortaan wel van op de hoogte gesteld te worden.
 
Je vervolgt je analyse in Stackdriver waar je alle machine statistieken af gaat om te kijken waar het probleem is ontstaan. Dit kan een uitdaging zijn met een cluster die iedere ochtend automatisch opschaalt op basis van load.
 
Om 14 uur heb je het probleem te pakken. Het blijkt dat de disk die onder een van de Redis caches hangt niet voldoende IOPS heeft om de hoge load af te handelen. Dit bevestig je door er een aantal traces in New Relic bij te pakken waar inderdaad de latency op Redis de boosdoener blijkt. Dus even de Persistent Volume Claim aanpassen in Kubernetes en je kan je weer focussen op de reguliere backlog.
 
Deze week was je bezig om het mogelijk te maken dat al onze backend services middels ChatOps gedeployed kunnen worden. Virko, onze Slackbot en tevens company mascotte, regelt nu al rolling deploys voor de frontends, maar de squads willen dit ook graag hebben voor de backends om zoveel mogelijk repetitief werk te atomiseren.
 
Aan het einde van de week moet het mogelijk zijn om canary deploys te doen van iedere backend, via Virko, die vervolgens gepromote kan worden tot een volledige rolling deploy indien de canary geen afwijkend gedrag vertoont. Maar eerst even een potje tafelvoetbal, je moet immers ook af en toe je hoofd even leeg maken.

Je krijgt van ons:

Een uitdagende rol in een jong, dynamisch en gezellige organisatie. Remote werken staat bij ons hoog in het vaandel, we zijn altijd op zoek naar de juiste ‘work-life-balance’. We doen regelmatig leuke activiteiten met het team en eens per jaar gaan we met zijn allen een week off-site. Daarnaast een marktconform salaris, een uitstekende vervoersregeling en de beschikking over een werkbudget waaruit je zelf je notebook en/of tablet kunt samenstellen. Je mag gratis mee lunchen met iedere vrijdag een special en goed om te weten: we zijn we dol op tafelvoetbal!

Extra informatie

Status
Inactief
Plaats
Nijmegen
Dienstverbanden
Fulltime (startersfunctie)

Nijmegen | ICT / IT / Programmeur | Fulltime (startersfunctie)

We heten wel YoungCapital, maar iedereen is even welkom. Ook als je al wat meer ervaring hebt. Meer weten? Check onze FAQ.