How we assess
Every applicant goes through 5 gates: application, an AI-assisted screen, a live technical assessment scored by a practice lead, a client-fit interview, and reference and credential checks. The questions below come from the live assessment. We score answers on reasoning and trade-offs, not on recalling definitions.
20 technical questions with model-answer hints
Questions 1–10 (role-specific)
Question 1: What are the core components of an enterprise landing zone?
Model-answer hint
account hierarchy, identity, networking, central logging, guardrails, cost management.
Question 2: How do you decide which workloads go to a sovereign region?
Model-answer hint
data classification, regulation, service availability, latency, cost.
Question 3: How do you design hub-and-spoke networking across regions?
Model-answer hint
central inspection, transit, segmentation, private endpoints, DNS design.
Question 4: A required service is not available in-region. What now?
Model-answer hint
alternatives, data minimisation, formal approvals, provider roadmap, hybrid patterns.
Question 5: Walk through a migration wave plan.
Model-answer hint
discovery, dependency mapping, grouping, pilot wave, cut-over, rollback.
Question 6: How do you design cross-region disaster recovery?
Model-answer hint
RTO and RPO by tier, pilot light versus active-active, replication, regular testing.
Question 7: How do you enforce governance across hundreds of accounts?
Model-answer hint
organisation policies, policy-as-code, automated account vending, exceptions process.
Question 8: What causes cost overruns after migration?
Model-answer hint
lift-and-shift sizing, idle resources, egress, no commitments, no cost ownership.
Question 9: Multi-cloud or single cloud for a bank?
Model-answer hint
resilience, regulation, skills, complexity, cost, exit strategy.
Question 10: How do you map architecture to NCA CCC or ISO 27017?
Model-answer hint
control objectives to design patterns, evidence, shared responsibility.
Questions 11–20 (Cloud & Complex Systems core)
Question 11: How do you make a service idempotent, and why?
Model-answer hint
idempotency keys, a dedupe store, safe retries under at-least-once delivery.
Question 12: How would you set an SLO for a payment API?
Model-answer hint
success-and-latency SLI, target from history and business need, an error-budget policy.
Question 13: Walk through a zero-downtime database migration.
Model-answer hint
expand and contract, CDC or dual writes, backfill, verification, flag-controlled cut-over, rollback.
Question 14: When do you choose event-driven design over synchronous APIs?
Model-answer hint
decoupling and fan-out versus harder ordering, consistency and debugging.
Question 15: How do you keep Terraform safe across many teams?
Model-answer hint
versioned modules, locked remote state, reviewed plans, policy-as-code, drift detection.
Question 16: What belongs in a good post-mortem?
Model-answer hint
timeline, impact, contributing factors, blameless tone, actions with owners and dates.
Question 17: How do you design for data residency across regions?
Model-answer hint
data classification, region pinning, in-region keys, replication rules, access logging.
Question 18: How do you find the cause of a p99 latency regression?
Model-answer hint
traces, deploy diff, saturation signals, profiling, slow dependencies.
Question 19: Tell us about cutting cloud cost without hurting reliability.
Model-answer hint
rightsizing, commitments, autoscaling, storage tiering, impact measured before and after.
Question 20: How do you evolve an API that external partners depend on?
Model-answer hint
additive changes, versioning, deprecation windows, consumer contract tests.
Interviewer tip: Ask for a real example after every answer. Strong candidates describe what they built, what broke and what they changed.
Practical task
Design a landing zone and migration approach for a Saudi ministry moving 120 applications to an in-Kingdom cloud region: account structure, network, identity, residency classification, DR tiers, the first 3 migration waves and a high-level cost model.
How to run it Share the brief 24 hours ahead or run it live. Ask the candidate to talk through trade-offs as they work; reasoning matters more than a finished artefact.
Red flags our practice leads watch for
- Recommends one provider for everything without analysis.
- Ignores data classification and residency.
- Offers no cost model or FinOps thinking.
- Cannot explain shared responsibility in a regulated context.
- Universal flag: Vague answers that never reach a concrete system, number or decision the candidate personally owned.
The scorecard we use
Score each dimension 1–4 (1 = no evidence, 2 = partial, 3 = solid, 4 = exceptional):
| Dimension | Weight | What a 4 looks like |
|---|---|---|
| Technical depth, production judgement and security | 40% | Explains how and why, designs for failure and sensitive data, and knows each tool’s limits |
| Practical task and problem solving | 30% | Delivers a working solution with tests and documented decisions |
| Communication and documentation | 20% | Explains clearly to technical and non-technical audiences, in English or Arabic |
| References and regional context | 10% | References confirm the claimed scope; knows the frameworks and data-residency rules that apply |
Pass bar: weighted average of 3.0 out of 4 or higher, with no dimension below 2. The practice lead approves the final result.