De fase van je organisatie bepaalt de cloud engineer die je zoekt.
Lekker dan; is het niet gewoon een soort cloud engineer. Punt?
Nee. Dat is het niet, daarmee doe je de rol en de variaties in kennisdomeinen echt te kort. Eerder spraken we over de waarde die deze rol, mits goed gekozen, toevoegt aan je business.
Veelgemaakte fouten
- We zoeken gewoon een cloud engineer"
- Te veel focus op tools i.p.v. skills
- Een generalist aannemen terwijl je een specialist nodig hebt (of andersom)
- Senioriteit onderschatten
- Denken dat cloud automatisch goedkoper is
- Security te laat meenemen
- Geen duidelijke verantwoordelijkheden
- Alleen focussen op bouwen, niet op beheren
- Vendor lock-in negeren
- Geen lange termijnvisie
En de grootste fout een cloud engineer zien als "iemand die dingen in de cloud zet" in plaats van ook een strategische rol.
Dus Jos, even gaan zitten en de tijd nemen: Waar sta je? Waar wil je heen? En dan mag je gaan werven. We nemen je stap voor stap door ons al oude mantra: waarom heb je wie nodig?
1 Begin bij je doel (niet bij de functie)
Vragen die je hierbij helpen zijn: bouw je een nieuw product of schaal je een bestaand systeem? Heb je vooral stabiliteit, snelheid of kostencontrole nodig? Werk je al in de cloud of ga je migreren?
Het doel bepaalt uiteindelijk het type engineer op dat moment. En aan types geen gebrek 😉 OP een rijtje een aantal richtingen. Vanuit het waarom, naar de wie (en dan doelen we op de skill-set/ ervaring) en dus niet andersom:
De Cloud Infrastructure Engineer
Waarom? Deze rol helpt je als je je infrastructuur moet opzetten of er moet worden geoptimaliseerd. Hier ligt dus veel focus op onderwerpen als netwerk, servers en configuratie.
Wie? VPC's, networking, IAM. Tools binnen Amazon Web Services / Microsoft Azure / Google Cloud Platform
DevOps / Platform Engineer
Waarom? Je wil sneller deployen en automatiseren. Developers kunnen, als je deze rol zoekt, zelfstandig release.
Wie? CI/CD pipelines, Infrastructure as Code (bijv. Terraform), Containers (bijv. Kubernetes) Allemaal domeinen die voor deze persoon bekend terrein zijn.
Cloud Security Engineer
Waarom? Deze professional werkt met werkt met gevoelige data. En compliance is belangrijk (bijv. GDPR)
Wie? Ervaring met Identity & Access Management, Security audits, Threat detection thema's
Cloud Data Engineer
Waarom? Naast data / analytics speelt het speelveld van en rondom AI
Wie? Data pipelines, Big data tools, Services zoals BigQuery of Redshift
Cloud Software Engineer
Waarom? Je bouwt native applicaties die in de cloud draaien. Help!!!!
Wie? Microservices, API's, Serverless (bijv. AWS Lambda) Jij weet wat, wanneer en hoe!
Een snelle manier om tot een inhoudelijke focus te komen. Is door het checken van je huidige pijnpunten. Bijvoorbeeld:
- "Deployments duren te lang" DevOps engineer
- "Cloudkosten lopen uit de hand" FinOps / ervaren infra engineer
- "Security zorgen" Security engineer
- "Systemen vallen om bij groei" ervaren architect / infra engineer
- Kijk naar je fase als bedrijf
- Startup: ga voor de generalist (iemand die meerdere rollen kan combineren)
- Scale-up: tijd voor meer specialisatie (bijv. aparte DevOps + security)
- Enterprise: een groter en complexer spelveld, zorgt voor sterk gescheiden rollen & architecten
- Bepaal senioriteit
- Junior: uitvoerend, begeleiding nodig
- Medior: zelfstandig projecten draaien
- Senior: maakt architectuurkeuzes en bepaalt strategie
- TIP: veel cloudproblemen zijn architectuurproblemen, niet uitvoeringsproblemen. Onderschat dit niet!
Samenvattend, je bepaalt het juiste type cloud engineer door:
- Je doel en problemen scherp te krijgen
- Je bedrijfsgrootte/fase te begrijpen
- Te kiezen tussen generalist vs specialist
- De juiste senioriteit te selecteren