AWS versus Azure versus GCP vaardigheid tests: Cloud platform assessment gids
Het cloud platform wervingsprobleem
U hebt een senior DevOps engineer nodig. U hebt vijf geweldige kandidaten. Twee zijn diep AWS; een is Azure-sterk; een gebruikt GCP; een is cloud-agnostisch maar minder operationeel diepte.
Wie hire je? Het hangt af. Maar meeste teams krijgen dit verkeerd: zij huren voor het specifieke platform en creëren lock-in risico, of zij huren de generalist en ontdekken het platformkennis gat is dieper dan verwacht.
Het juiste antwoord is beide beoordelen: platform-specifieke operationele kennis en overdraagbare systeemdenken.
Wanneer platform-specifieke vaardigheden testen
Test voor AWS/Azure/GCP diepte als:
- Uw bestaande stack is vast op dat platform
- Uw wervingsbehoefte is verdieping expertise in die cloud
- Uw contract of compliance vereist een specifieke cloud
Test voor cloud-agnostische fundamentals als:
- U bent multi-cloud of zou kunnen migreren
- U hebt voor systeemdenken over toolbeheersing
- De kandidaat zal over platforms werken
Meeste teams moeten beiden testen: "Kunnen zij AWS goed bedrijven?" EN "Kunnen zij architectuur platform-onafhankelijk redeneren?"
AWS assessment framework
Vaardigheden testen
-
IAM en veiligheidsmodellering
- Kunnen zij least-privilege toegang voor een microservices architectuur ontwerpen?
- Begrijpen zij SCPs versus inline policies versus managed policies?
- Kunnen zij uitleggen waarom je geen rootgegevens zou gebruiken?
-
Netwerken en connectiviteit
- VPC ontwerp: subnets, routing, NACLs, beveiligingsgroepen
- Wanneer directe verbinding versus VPN versus Internet Gateway gebruiken
- Cross-account of cross-regio netwerk afwegingen
-
Opslag en databases
- EBS optimalisering: gp3 versus io2, ingerichte doorvoer
- RDS failover en backup strategieën
- S3 lifecycle beleidsregels en versiebeheer voor gegevensbehoud
-
Compute schaling
- EC2 Auto Scaling Groups versus Spot Instances
- ECS versus EKS afwegingen
- Lambda cold start gevolgen voor productieworkloads
Assessment vraag voorbeelden
Take-home scenario:
"Ontwerp een systeem om 10GB logboeken per dag op te nemen van 100 EC2-instanties, sla ze duurzaam op en bevraag ze met sub-seconde latentie. U hebt een budget van $2.000/maand. Alleen AWS. Leg uw keuzes uit."
Goed antwoord overweegt:
- CloudWatch Logs voor collectie (beheerd) versus Firehose + S3 + Athena (kostenoptimalisatie)
- Logboek retentie beleid om kosten beheren
- Indexeringstrategie (Athena partitionering, of Elasticsearch)
- Vraagpatronen en of sub-seconde latentie werkelijk is of aangenomen
Een zwak antwoord springt naar Elasticsearch zonder of het nodig is te vragen.
Live troubleshooting:
"Uw RDS-instantie bereikte 80% CPU en uw auto-scaling ECS-taken kunnen niet verbinding maken met de database gedurende 2 minuten elk uur, altijd op dezelfde tijd. Loop me door hoe je dit zou debuggen."
De kandidaat moet denken:
- Correleer ECS verbindingsspikes met RDS belasting
- Controleer op trage queries via Enhanced Monitoring
- Zoek naar verbindingslekken (app sluit verbindingen niet)
- Overweeg of iets anders op dat uur loopt (backups, rapporten)
Azure assessment framework
Vaardigheden testen
-
Identiteit en toegang (Azure AD / Entra)
- Beheerde identiteit versus service principals
- Op rollen gebaseerde toegangsbeheer (RBAC) met aangepaste rollen
- Voorwaardelijk Access beleidsregels voor beveiliging
-
Netwerken en beveiliging
- NSGs, UDRs en peering
- Azure Firewall versus NVA
- Privé eindpunten en service eindpunten
-
Opslag en compute
- Beheerde schijven, premium SSD, kortstondige OS-schijven
- App Service versus Container Instances versus AKS
- Azure SQL failover groepen versus lees replica's
-
Waarneembaarheid
- Application Insights versus Azure Monitor
- Log Analytics vragen (KQL)
- Diagnosestelling en behoud
Assessment vraag voorbeelden
Take-home scenario:
"U migreert een on-premises toepassing naar Azure. De app vereist een vaste IP, heeft strikte compliance vereisten en moet geïsoleerd zijn van andere tenants. Ontwerp de netwerk- en identiteitsarchitectuur."
Goede antwoorden omvatten:
- Toegewezen subnet met NSG-regels
- Privé eindpunt voor databases
- Beheerde identiteit voor app authenticatie
- Netwerkbeleidsregels voor verkeerscontrole
Live conversatie:
"Uw Azure Web App is traag maar Azure Monitor toont normale CPU. Latentie piekte na het implementeren van nieuwe code. Wat controleert u eerst?"
De kandidaat moet denken over:
- Application Insights traceringssporen en afhankelijkheden
- App Service plan CPU versus app-level bottlenecks
- Code-level veranderingen (nieuwe query's, blokkeringsoproepen)
- Database verbindingspooling
- Derde partij afhankelijkheid latentie
GCP assessment framework
Vaardigheden testen
-
IAM en organisatiehiërarchie
- Service accounts en sleutelbeheer
- Aangepaste rollen en least privilege
- Organisatiebeleidsregels en beperkingen
-
Compute en orchestratie
- Compute Engine zones en regio's
- GKE clusterontwerp en autoscaling
- Cloud Run voor serverless workloads
-
Gegevens en opslag
- Cloud Storage buckets, versiebeheer, lifecycle
- BigQuery voor data warehousing
- Cloud SQL en Cloud Spanner failover
-
Waarneembaarheid (Google Cloud Operations)
- Cloud Logging en log routing
- Cloud Trace en profiling
- Cloud Monitoring en aangepaste metriek
Assessment vraag voorbeelden
Take-home scenario:
"U hebt een batch verwerkingstaak die dagelijks op Compute Engine draait, 1TB gegevens verwerkt en 2 uur duurt. U wilt kosten verminderen terwijl de SLA handhaaft. Ontwerp een oplossing."
Goede antwoorden zouden kunnen overwegen:
- Preemptible VMs (kosteneffectief, acceptabel voor batch)
- BigQuery voor bevragen (sneller dan Compute Engine verwerking)
- Cloud Run als paralleliseerbaar
- Spot VMs voor fouttolerantie workloads
Live debugging:
"Uw Cloud Run-service is time-out op enkele verzoeken. Logboeken zijn schoon. P99 latentie ging van 50ms naar 2s na een implementatie. Traceer dit."
De kandidaat moet denken:
- Controleer sporen voor welke operatie traag is
- Onderzoek nieuwe afhankelijkheden (database, externe API's)
- Controleer databaseverbindingslimieten
- Beoordeel geheugentoewijs (hebt Cloud Run meer nodig?)
- Zoek naar cold start patronen
Cross-platform assessment (platform-agnostisch)
Voor kandidaten die meerdere clouds hebben gebruikt, test overdraagbare vaardigheden:
Vraag:
"U hebt architectuursystemen op AWS en Azure. Wat zijn de ontwerpaanwijzingen die tussen hen overdragen? Wat is fundamenteel anders?"
Goed antwoord erkent:
- Kernconcepten (VPC's, IAM, beheerde databases) zijn gelijk
- Implementatiedetails verschillen aanzienlijk
- Kostenmodellen verschillen (gereserveerde instanties versus commitment)
- De leercurve voor elk platform is ondiep zodra u de eerste begrijpt
Dit signalen zij zijn niet dogmatisch en kunnen tussen clouds bewegen.
Assessment structuur voor cloud werving
- 30-minuut take-home (platform-specifiek scenario met beperkingen)
- 30-minuut live troubleshooting (hun platformexpertise gebruiken)
- 15-minuut architectuur conversatie (test of zij platform afwegingen begrijpen)
Wanneer multi-cloud versus platform-specialist huren
Huur multi-cloud generalisten als:
- U tussen platforms migreert
- U flexibiliteit moet onderhandelen leveranciervoorwaarden
- U portable infrastructure-as-code bouwt
Huur platform-specialisten als:
- Uw platformbesluit is vast
- U diep operationeel kennis van dat platform's edge cases nodig hebt
- U kosten op een specifieke cloud optimiseert
Meeste gezonde engineering orgs hebben beiden nodig: een paar diepe specialisten en meer generalisten die over clouds kunnen bedrijven.
Eerlijke assessments over platforms bouwen
Als u zowel AWS als Azure kandidaten beoordeelt, structureer uw vragen consistent. Vraag elk kandidaat hetzelfde systeem ontwerpen, zojuist op hun platform. Vergelijk vervolgens: hebben de architecturen gelijkwaardige afwegingsdenken? Of nam één kandidaat snijdingen?
Klaar uw cloud wervings assessment bouwen? Verken DevOps en Cloud Engineering middelen en hoe assessment resultaten interpreteren.