Questions d'Entretien d'Embauche Scaleway 2026

Il décrit le canal de communication (status page, mail), le timing des updates, le post‑mortem détaillé, et les actions (redondance, révision du BGP) pour éviter la récurrence.

Il propose un jeu de tests (CPU, I/O, latence réseau), l’utilisation de suites comme SPECint, YCSB, la normalisation des résultats et la présentation d’un rapport décisionnel.

Le candidat montre qu'il connaît le projet, explique pourquoi l’aspect souverain ou l’innovation infrastructure le motive, et relie cela à ses valeurs ou ambitions professionnelles.

Il cite la souveraineté des données, les offres tarifaires « pay‑as‑you‑go » transparentes, ou la proximité avec les écosystèmes européens, en illustrant avec un exemple chiffré ou un retour client.

Le candidat décrit le projet (méthode agile, automatisation CI/CD, outils utilisés), les actions concrètes et le résultat chiffré, montrant maîtrise du cycle produit.

Il explique le diagnostic énergétique, les mesures correctives (refroidissement adiabatique, gestion dynamique de la charge) et les économies réalisées (ex. ‑15 % de kWh sur 12 mois).

Le candidat décrit une démarche en trois étapes : analyse du manquement, communication transparente, proposition d’un plan de remédiation avec compensation, et suivi post‑incident.

Il utilise le modèle STAR : contexte (déploiement urgent), tâche (aligner attentes), action (atelier de priorisation, SLA partagé) et résultat (livraison à temps, satisfaction client +10 %).

Il évoque l’inclusion du DPO dès la conception, la mise en œuvre du chiffrement‑au‑repos, les audits de flux de données et la documentation d’impact (DPIA) avec livrables concrets.

Le candidat décrit le workflow : Terraform crée l’infrastructure (VPC, sous‑réseaux), Ansible configure les nœuds, puis Helm déploie les workloads, en soulignant la reproducibilité et le temps gagné.

Il propose d’isoler la faille, de publier un hot‑fix, de communiquer immédiatement aux parties prenantes, de ré‑évaluer le planning et, si nécessaire, de reporter le lancement avec justification client.

Il mentionne le PUE, le CUE, le % d’énergie renouvelable, la densité de charge, et explique comment chaque KPI sera mesuré et suivi trimestriellement.

Il décrit un plan en phases (audit, bande passante allouée, automatisation via rsync + checksum, validation progressive), les ressources nécessaires et les indicateurs de suivi (TB/jour, taux d’erreur <0,1 %).

Il identifie la compatibilité logicielle (hyperviseur, pilotes), propose des tests de charge, l’usage de KVM optimisé ARM, et un plan de migration progressif avec back‑to‑back validation.

Il détaille la collecte des métriques (exporters), les alertes seuils, les dashboards créés, et un exemple d’incident résolu grâce à la corrélation des logs.

Il prépare un calcul de TCO basé sur des scénarios d’usage variable, montre la flexibilité et les économies potentielles en cas de pics, et utilise des études de cas internes.

Il raconte le découpage en sprints, la mise en place de revues de code sécurisées, les tests d’intrusion internes et la validation finale avec le rapport d’audit.

Il décrit le mapping des buckets, la configuration du RADOSGW, les tests de récupération, et la mise en place d’une politique de rétention conforme aux exigences client.

Il propose: (1) infrastructure de points de présence (CAPEX 30 %), (2) plateforme de déploiement automatisé (OPEX 40 %) et (3) partenariat avec CDN local (30 %). Chaque justification repose sur ROI estimé et SLA cible.

Il mentionne la revue de conception, le contrôle d’accès (OAuth2), le chiffrement TLS, les tests de pénétration, la documentation du registre des risques et l’audit interne.

Il explique la méthode d’auto‑formation (MOOC, labs), le prototype réalisé, la validation avec le client et l’intégration dans la roadmap produit.