Il n'y a pas de région AWS au Maroc, et il n'y en aura pas en 2026 ni en 2027. Idem pour GCP et Azure. Si vous construisez depuis le Maroc, vous choisissez une région ailleurs, et ce choix façonne discrètement le coût, l'expérience utilisateur, et ce que vous pouvez légalement stocker où. Nous avons fait ce choix sur une douzaine de projets ces deux dernières années. Voici le cadre que nous utilisons.
Les régions candidates
Pour une équipe basée à Casablanca servant une base d'utilisateurs maghrébine ou francophone d'Afrique, le choix réaliste se fait entre six régions. Deux chez AWS, deux chez GCP, deux chez Azure, avec des comparaisons cross-cloud où elles comptent.
| Fournisseur | Région | Code | Lieu | Distance depuis Casablanca |
|---|---|---|---|---|
| AWS | Europe (Paris) | eu-west-3 | Paris, France | ~1 900 km |
| AWS | Europe (Espagne) | eu-south-2 | Aragon, Espagne | ~1 300 km |
| AWS | Moyen-Orient (Émirats) | me-central-1 | Dubaï, Émirats | ~5 700 km |
| AWS | Afrique (Le Cap) | af-south-1 | Le Cap, Afrique du Sud | ~7 800 km |
| GCP | europe-west9 | europe-west9 | Paris, France | ~1 900 km |
| GCP | europe-southwest1 | europe-southwest1 | Madrid, Espagne | ~1 000 km |
| Azure | France Central | francecentral | Paris, France | ~1 900 km |
| Azure | Spain Central | spaincentral | Madrid, Espagne | ~1 000 km |
Nous avons ignoré les régions plus lointaines (us-east-1 et compagnie) parce que la latence sort l'application des workflows utilisateur synchrones. Nous avons inclus Le Cap pour l'exhaustivité ; cela ne gagne presque jamais pour des produits servis depuis le Maroc, parce que le chemin de bande passante est pire que ce que la distance laisse penser.
Latence réelle depuis Casablanca
Voici les mesures moyennes de round-trip-time prises depuis trois sites à Casablanca (une fibre résidentielle Maroc Telecom, une ligne bureau Orange Maroc, et un rack en colocation dans notre datacenter) vers les endpoints publics publiés de chaque région, à la mi-mai 2026. Les chiffres sont en p50 millisecondes.
| Depuis | eu-south-2 (Espagne) | eu-west-3 (Paris) | europe-southwest1 (Madrid) | me-central-1 (Émirats) | af-south-1 (Le Cap) |
|---|---|---|---|---|---|
| Maroc Telecom fibre | 38-46 | 52-61 | 32-38 | 145-165 | 195-220 |
| Orange Maroc | 42-50 | 56-65 | 36-44 | 150-170 | 205-225 |
| Colocation (peering) | 28-34 | 41-48 | 24-30 | 135-150 | 180-200 |
Trois choses à lire dans ce tableau :
L'Espagne gagne sur la latence. Madrid (GCP, Azure) et Aragon (AWS) livrent de façon constante un p50 sous les 50 ms depuis la fibre Maroc Telecom, et sous les 35 ms avec du peering. Paris reste viable mais ajoute 15-20 ms. Les Émirats et l'Afrique du Sud ne sont pas viables pour des workflows utilisateur synchrones depuis le Maroc.
Le dernier kilomètre domine. L'écart entre la ligne résidentielle et la colocation peerée est plus grand que l'écart entre Madrid et Paris. Si vos utilisateurs sont sur la fibre maison Maroc Telecom ou Orange Maroc (et c'est le cas), le bénéfice marginal d'une région cloud plus proche est en partie mangé par le chemin réseau local. Conclusion : optimiser vos nœuds CDN au Maroc même (Cloudflare, Akamai et Bunny.net ont tous une présence à Casablanca) livre souvent plus d'accélération perçue par l'utilisateur qu'un changement de région cloud.
Le peering compte plus que la latence publiée. Le peering public entre les principaux FAI marocains et les régions cloud européennes s'est amélioré nettement ces dix-huit derniers mois. Si vous êtes sensible à la latence au niveau de la milliseconde, un échange rapide avec Maroc Telecom Business ou avec un partenaire de peering comme Sparkle (Telecom Italia) peut vous gratter 10-15 ms sur votre pire cas.
Écarts de coût à connaître
Tarif horaire EC2 c7i.large à la demande, mi-mai 2026 :
| Région | c7i.large | Écart vs eu-west-3 |
|---|---|---|
| eu-west-3 (Paris) | 0,116 $ | référence |
| eu-south-2 (Espagne) | 0,109 $ | -6 % |
| me-central-1 (Émirats) | 0,124 $ | +7 % |
| af-south-1 (Le Cap) | 0,131 $ | +13 % |
Plus les coûts qui font plus mal que le tarif horaire :
Transfert de données inter-régions. AWS facture 0,02 $ par Go pour les données sortant de la plupart des régions européennes vers d'autres régions AWS, 0,05 à 0,09 $ par Go pour la sortie vers Internet. Si votre architecture réplique des données entre Paris et Le Cap pour la reprise après sinistre, la facture mensuelle de ce seul poste de réplication peut écraser les économies de calcul d'une région moins chère.
Le tarif des classes de stockage S3 varie par région. S3 Standard est à peu près au même prix dans les régions européennes (autour de 0,023 $ par Go-mois). Il est nettement plus cher en me-central-1 (0,026 $) et af-south-1 (0,027 $). Pour une archive de 10 To, cela fait à peu près 40-50 $ par mois de différence. Pas énorme, mais constant.
Le tarif des instances réservées et des Savings Plans est à peu près uniforme entre les régions européennes (à 1-2 % près) et nettement plus cher en me-central-1 et af-south-1 (prime de 5-10 %).
La règle générale : restez en Europe pour le calcul, utilisez l'Afrique ou le Moyen-Orient seulement quand il y a une raison réglementaire ou un client spécifique. L'écart de coût est assez petit pour que la latence gagne.
Conformité : la Loi 09-08 superposée au RGPD
Pour les produits marocains servant des utilisateurs marocains, la loi de protection des données qui compte est la Loi 09-08 (Loi marocaine de protection des données à caractère personnel). Elle ressemble largement au RGPD dans sa forme mais elle est appliquée par la CNDP (Commission nationale de contrôle de la protection des données à caractère personnel) et a ses exigences propres.
Les implications pratiques pour le choix de région cloud :
La Loi 09-08 n'exige pas un hébergement résident au Maroc. Contrairement à certaines lois de résidence des données dans le Golfe, la Loi 09-08 autorise le transfert international de données personnelles avec les garanties appropriées (typiquement les clauses contractuelles types ou l'inclusion du pays destinataire dans la liste approuvée par la CNDP). La plupart des juridictions européennes y sont. L'Espagne, la France et l'Irlande sont en règle.
Le RGPD s'applique si vous servez des résidents de l'UE. Si l'un de vos utilisateurs est résident de l'UE (un Marocain avec statut de résident en France, un touriste à Marrakech utilisant votre service, n'importe qui en France utilisant un produit francophone que vous commercialisez en France), le RGPD s'applique à ce traitement, peu importe où votre société est immatriculée. Il vous faut un Data Processing Agreement avec votre fournisseur cloud, et les trois grands (AWS, GCP, Azure) en fournissent un.
Le secteur financier marocain a des règles plus strictes. Bank Al-Maghrib a publié des orientations qui exigent en pratique que certaines charges bancaires soient hébergées au Maroc ou via des fournisseurs cloud spécifiquement autorisés opérant dans le pays. Si vous construisez pour ou avec une banque marocaine, la conversation n'est pas « quelle région européenne » mais « quel datacenter de colocation marocain plus quel fournisseur cloud conforme ».
Mise en place pratique : pour des produits marocains non-financiers servant des utilisateurs marocains et européens, la bonne réponse en 2026 est une région européenne (Paris ou Madrid selon la préférence latence) avec un DPA signé, avec une attention explicite au processus de classification des données pour savoir ce qui est ou n'est pas donnée personnelle au sens de la Loi 09-08, et avec la notification CNDP effectuée (c'est une formalité mais c'est obligatoire).
La décision réelle
Pour la plupart des produits marocains en 2026, notre recommandation est directe :
- Défaut sur eu-south-2 (Espagne AWS) ou europe-southwest1 (Espagne GCP) pour le calcul et le stockage primaire. Meilleure latence. À peu près le moins cher des choix viables. RGPD-conforme. Acceptable CNDP pour la Loi 09-08.
- Utilisez Cloudflare ou Bunny.net CDN avec PoP Casablanca pour tout asset statique ou passerelle API exposé aux utilisateurs. C'est là que vient vraiment l'accélération perçue.
- Ajoutez eu-west-3 (Paris) comme région secondaire ou de basculement pour la reprise après sinistre et pour tout service qui a besoin de plus d'étendue produit ou fournisseur que les régions espagnoles n'offrent (certains services AWS sortent à Paris d'abord, en Espagne six mois plus tard).
- Évitez me-central-1 et af-south-1 sauf raison spécifique. La pénalité de latence est grande, le coût est plus élevé, la couverture de services fournisseur plus mince.
- Parlez à votre FAI du peering. Le tableau de latence ci-dessus peut être amélioré de 10-15 ms avec le bon arrangement de peering, et le coût pour votre équipe de tenir cette conversation est d'une heure.
Si vous travaillez sur un projet bancaire ou télécom avec exigences réglementaires : toute cette analyse change. Parlez d'abord à votre équipe conformité, ensuite à vos architectes, en dernier à votre commercial cloud.
Ce qu'on nous demande sans cesse
« Faut-il attendre une région AWS Maroc ? » Non. Il n'y a pas d'annonce, pas de signal, et la cadence historique de déploiement de région dans cette partie du monde est d'environ une sortie majeure tous les cinq ans. Construisez pour les régions qui existent.
« Et Outscale / OVH / Scaleway ? » À considérer, surtout la région Paris de Scaleway, pour des charges sensibles au coût ou pour des équipes qui préfèrent la souveraineté européenne à l'échelle des fournisseurs américains. La latence est similaire à AWS Paris. L'étendue de services est nettement plus mince. Bon pour la bonne charge, mauvais comme défaut.
« Et si on héberge au Maroc ? » Trois options existent (N+ONE, Atlas Cloud Services, et les Local Zones AWS planifiées avec le partenariat Maroc Telecom, qui ont été annoncées mais n'ont pas livré). Pour les charges bancaires et gouvernementales marocaines, c'est de plus en plus la bonne réponse. Pour les produits SaaS, c'est opérationnellement plus lourd et l'avantage de latence sur Espagne ou Paris est petit.
La contrainte géographique de construire depuis Casablanca est réelle, mais plus petite qu'elle en a l'air. Avec le bon choix de région et une stratégie CDN, vos utilisateurs marocains perçoivent votre service comme rapide, vos utilisateurs européens ont un bon service, et la facture reste compétitive.
