Notes · Modèles d’IA

Azure OpenAI : où vos données sont vraiment traitées

« Nous utilisons GPT sur Azure, dans la région Suisse. » Cette phrase rassure. Mais qu’elle soit juste ne dépend pas seulement de la région. Ce qui décide, c’est un réglage que beaucoup négligent lors de la configuration : le type de déploiement.

Région et déploiement, deux choses distinctes

Dans Azure, vous créez d’abord une ressource dans une région, par exemple Switzerland North. Vous y créez ensuite un déploiement pour chaque modèle, et c’est là que vous choisissez le type. Microsoft distingue :

Les données stockées, comme les fichiers chargés, restent pour tous les types dans la zone géographique de votre ressource. Le type décide donc où le calcul a lieu, pas où les données sont conservées. Pour vous, les deux comptent.

Ce que cela signifie pour une entreprise suisse

Global signifie qu’une requête envoyée de Fribourg peut être traitée dans un centre de données en Amérique ou en Asie. Microsoft recommande Global Standard comme point de départ pour la plupart des charges de travail, parce que les nouveaux modèles y arrivent en premier et que le prix y est le plus bas. Pour des données de clients, c’est rarement le bon choix.

Zone de données UE signifie que le traitement reste dans l’espace UE et AELE. Pour beaucoup de données personnelles, cela suffit, parce que le Conseil fédéral reconnaît comme adéquate la protection des données des États membres de l’UE.

Standard dans Switzerland North signifie que le traitement reste en Suisse. Mais les nouveaux modèles arrivent dans un ordre fixe : d’abord global, puis zone de données, le régional en dernier et sans date garantie. Selon le tableau de disponibilité de Microsoft au 7 novembre 2026, Switzerland North proposait en régional entre autres gpt-4.1, gpt-4o et gpt-5.1. Les modèles plus récents à partir de gpt-5.4 n’y étaient disponibles qu’en zone de données ou en global. Qui veut le modèle le plus récent doit donc souvent passer par l’espace UE. Le tableau change constamment. Je le vérifie à nouveau avant chaque décision.

Un point qui inquiète souvent : selon Microsoft, les requêtes et les réponses ne servent pas à entraîner les modèles de base. Pour la détection des abus, Microsoft peut conserver des requêtes suspectes, et ce dans la zone géographique de votre ressource.

Comment le vérifier vous-même

  1. Regarder la région de la ressource. Le portail Azure l’affiche dans la vue d’ensemble de la ressource.
  2. Regarder le type de chaque déploiement. Le portail Foundry l’affiche sur le déploiement. Dans les modèles et les scripts, il s’appelle SKU, par exemple GlobalStandard, DataZoneStandard ou Standard. Si vous voyez Global quelque part, le traitement peut quitter l’Europe. Il en va de même pour DeveloperTier.
  3. Verrouiller pour l’avenir. Azure Policy permet d’empêcher que quelqu’un crée plus tard un déploiement global. Microsoft documente une règle sur le type de déploiement à cet effet.
  4. Vérifier le tableau avant chaque changement de modèle. Le nouveau modèle existe-t-il dans votre région avec votre type ? Sinon, vous décidez en connaissance de cause, plutôt que quelqu’un change le type « juste pour un moment ».

Ce que je fais concrètement

Vous voulez savoir où vos requêtes sont traitées aujourd’hui ? Écrivez-moi pour un premier entretien : hello@comptec.ch

Retour à la carte

Sources (Microsoft Learn, en anglais)

État au 7 novembre 2026.