Résumé

  • Lancé le 5 octobre, le programme de Core42 distingue deux voies : les partenaires technologiques développent des solutions sur son cloud public à souveraineté renforcée ; les partenaires commerciaux vendent les offres cloud et IA de Core42.
  • Les plus de 50 partenaires annoncés et les plus de 47 entités gouvernementales d’Abou Dhabi déjà desservies par l’environnement cloud sont deux indicateurs différents. Aucun ne prouve à lui seul des déploiements issus du programme, du chiffre d’affaires récurrent ou l’obtention d’autorisations réglementaires.

Le chiffre mis en avant par Core42 est facile à retenir : plus de 50 partenaires. Celui qui dira si le programme change réellement le marché sera plus difficile à établir. Combien de solutions indépendantes passent en production ? Combien de clients les achètent par le canal ? Et qui répond lorsque les responsabilités se répartissent entre le cloud, le logiciel et les règles sectorielles ?

Ces questions comptent parce que Core42 n’a pas créé un simple réseau de revendeurs. Son programme, annoncé le 5 octobre 2026, sépare les partenaires technologiques des partenaires de distribution. Les premiers — éditeurs de logiciels et jeunes entreprises — peuvent proposer leurs solutions sur Sovereign Enabled Public Cloud et utiliser des services Microsoft Azure. Les seconds — vendeurs et intégrateurs de solutions — peuvent commercialiser les offres cloud et IA de Core42 auprès de clients ayant des exigences de résidence des données, de contrôle, de sécurité ou de conformité.

Les deux rôles se rejoignent chez le client, mais ne se confondent pas.

Il s’agit d’une stratégie d’accès au marché adossée à une promesse de contrôle du cloud. Un éditeur n’aurait pas à assembler seul tous les contrôles locaux, les dossiers de conformité et l’accès aux acheteurs publics ou réglementés ; un revendeur n’aurait pas à bâtir de zéro une offre de cloud souverain. Core42 annonce un accompagnement en architecture, documentation de conformité, formation commerciale et mise sur le marché.

Selon le parcours et l’éligibilité, certains partenaires peuvent aussi bénéficier de revues d’architecture, d’environnements de test, de crédits Compass, de marketing commun ou d’un co-investissement pour des projets prioritaires.

Cette liste décrit des outils et des soutiens possibles, pas l’économie des contrats. Core42 n’a pas publié les commissions de recommandation, les remises, les partages de revenus, les règles d’enregistrement des affaires, l’exclusivité, les quotas, le budget du programme ou les ventes apportées par les partenaires. Le chiffre de « plus de 50 partenaires » ne précise ni leur niveau d’activité, ni leur répartition entre les deux parcours, ni l’existence d’une solution en production. Pour l’instant, il mesure un réseau annoncé, pas son rendement commercial.

Deux parcours, deux conversions différentes

Pour le partenaire technologique, le premier obstacle est l’intégration du produit. Un éditeur doit faire fonctionner son logiciel dans l’environnement proposé, décrire les chemins de données et d’administration et fournir à un acheteur réglementé des éléments montrant que la configuration correspond au niveau de classification du traitement. Core42 indique que son application Insight fournit des contrôles de résidence, de gouvernance, de surveillance et de sécurité ; ses équipes peuvent aussi contribuer à l’architecture, aux documents de conformité et à l’accès au marché.

Cela peut réduire le coût d’entrée sur des marchés où une configuration cloud standard ne suffit pas.

Mais l’intégration doit rester propre à chaque usage. Sovereign Enabled Public Cloud s’appuie explicitement sur des services Microsoft Azure et sur les contrôles propres aux Émirats arabes unis gérés par Insight. Cela décrit une partie de la pile ; cela ne démontre pas que tous les produits Core42 reposent sur Azure, que chaque charge est automatiquement conforme ou qu’un tableau de bord tient lieu d’audit indépendant. Les informations publiques ne montrent pas comment l’application d’un partenaire, ses mises à jour, sa télémétrie, son support et les données du client sont évalués ensemble après le déploiement.

Pour le partenaire commercial, le goulot d’étranglement est différent : conclure puis servir le client. Un revendeur peut étendre la portée de Core42 dans des comptes où il connaît les achats, l’intégration et les besoins locaux. Core42 dit que les partenaires de distribution admissibles peuvent proposer les solutions par Microsoft Azure Marketplace. Mais une fiche sur une place de marché n’équivaut ni à un acheteur qualifié, ni à une charge en production, ni à une consommation cloud récurrente. La description publique ne précise pas non plus qui possède le contact commercial, le contrat, l’escalade technique et le renouvellement.

Ces inconnues ont un poids économique. Un revendeur peut mobiliser des équipes de vente et d’ingénierie avant la signature. Un éditeur peut devoir modifier son produit et son assistance pour répondre à une exigence locale. Core42 peut fournir le cloud, le support technique et l’accompagnement commercial. Microsoft fournit la couche Azure nommée dans le parcours public. Si les acteurs ne savent pas quelles opportunités se convertissent et qui finance chaque tâche, un vaste réseau pourrait malgré tout générer peu d’activité durable pour chacun.

Ne pas additionner les deux chiffres

Core42 indique que le programme démarre avec plus de 50 partenaires et que son environnement cloud existant dessert plus de 47 entités gouvernementales d’Abou Dhabi. Ces chiffres sont présentés ensemble, mais ils décrivent des populations et des affirmations différentes. Le premier mesure le réseau de partenaires annoncé. Le second indique, selon le fournisseur, la portée actuelle de son environnement cloud dans le secteur public. Le communiqué ne dit pas que ces entités ont rejoint le programme, qu’elles utilisent l’offre publique adossée à Azure, ni qu’elles ont acheté une solution auprès des nouveaux partenaires.

Cette séparation évite une erreur fréquente dans les annonces : transformer la taille d’un écosystème en preuve d’adoption. Un nombre de partenaires peut montrer que des organisations sont prêtes à travailler avec un fournisseur. La présence auprès d’entités publiques peut indiquer une relation de service installée. Aucun de ces éléments ne démontre, isolément, des charges actives, des dépenses clients, la fidélité, la qualité de service ou un revenu additionnel causé par le nouveau canal. Il faudra suivre la conversion de l’intégration à la mise en production, puis au renouvellement.

Le programme s’ajoute à d’autres voies commerciales de Core42, mais il ne faut pas les fusionner dans un seul total d’adoption. En juillet, Core42 et e& UAE ont annoncé une offre dédiée de calcul IA souverain combinant le Sovereign AI Cloud de Core42 avec l’infrastructure, la connectivité, les relations clients et les services professionnels d’e&. En mai, le bureau des médias d’Abou Dhabi a décrit un autre accord : Core42 devait fournir l’infrastructure de base tandis que Solutions+ prenait en charge l’intégration et les services de données pour le groupe Mubadala et des entités publiques.

Ces exemples montrent des rôles de partenaire différents : un opérateur peut associer connectivité et calcul ; un intégrateur peut prendre en charge le travail de mise en œuvre.

Ils ne prouvent pas que le programme général d’octobre ait déjà converti son réseau de partenaires. Ces offres ont leur propre périmètre et leurs propres contreparties ; les descriptions publiques ne fournissent ni chiffre d’affaires, ni nombre de charges, ni base pour leur attribuer des résultats au nouveau programme. La question commerciale n’est pas de savoir si Core42 a des partenaires, mais si le modèle peut reproduire un rôle financé et intelligible pour chacun à travers de nombreux déploiements.

La souveraineté doit garder un périmètre opérationnel

Le mot « souverain » regroupe souvent plusieurs attentes : résidence locale des données, maîtrise des administrateurs, respect des règles d’une juridiction, continuité de service ou protection contre les décisions d’un fournisseur étranger. La documentation publique de Core42 décrit une architecture à deux niveaux : services Azure d’un côté, contrôles et surveillance Core42 Insight de l’autre. Le programme élargit le nombre d’organisations susceptibles de concevoir ou vendre des solutions sur cette base. Il devient donc encore plus important de rendre les responsabilités visibles.

Le communiqué de Core42 fixe une limite explicite : la pertinence de chaque solution dépend de la classification du traitement, des besoins du client et des règles applicables ; partenaires et clients restent responsables des autorisations réglementaires ou sectorielles requises. L’assistance à l’architecture ou à la documentation de conformité ne vaut pas autorisation réglementaire. Les fonctionnalités de contrôle du fournisseur ne transfèrent pas automatiquement cette obligation au fournisseur.

Pour un acheteur, les éléments utiles doivent porter sur une charge précise et sur le contrat correspondant. Quelle entité juridique l’héberge ? Quels services Azure sont utilisés et dans quelle région ? Quels contrôles Insight observe-t-il ? Qui administre l’application et ses données ? Quel partenaire peut accéder aux outils d’assistance ? Qui intervient en premier lors d’un incident, et qui possède l’autorité et les informations pour le résoudre ? Quelles preuves le client peut-il exporter pour un audit ou un renouvellement ? Un badge de partenaire ou une description générale de plateforme ne répond pas à toutes ces questions.

Le programme peut améliorer ces réponses en diffusant des compétences d’architecture et une documentation réutilisable. Il peut aussi multiplier les transferts de responsabilité à expliquer au client. Il ne faut conclure ni dans un sens ni dans l’autre à partir des annonces. Le test est la lisibilité du périmètre lorsqu’un éditeur, un revendeur, Core42 et Microsoft interviennent chacun à une étape, et la capacité du client à désigner l’acteur responsable de chaque engagement opérationnel.

Les preuves qui rendraient le programme tangible

Core42 indique que les candidatures sont ouvertes et décrit une séquence : postuler, recevoir des ressources et une formation, puis lancer des solutions, enregistrer des opportunités et développer l’activité. C’est un plan d’action compréhensible. Pour évaluer le marché, il manque l’étape suivante : nombre de partenaires admis par parcours ; solutions référencées et effectivement déployées ; délai jusqu’à la première charge en production ; opportunités qualifiées transformées ; consommation ou revenus récurrents ; renouvellements ; et effort de support ou de conformité nécessaire pour maintenir chaque charge.

Il ne faut pas réduire ces indicateurs à une note unique. Pour un éditeur, le succès peut être une mise en production stable et des usages répétés. Pour un revendeur, une relation rentable de revente et de services, avec peu de frictions de support. Pour Core42, une consommation durable du cloud ou de l’IA et l’ouverture de nouveaux comptes. Pour un acheteur public, une charge autorisée qui répond à un besoin documenté à un coût acceptable. Le programme ne crée de valeur pour tous que si les incitations ne récompensent pas une vente rapide en laissant à un autre les coûts de mise en œuvre et d’autorisation.

Le communiqué établit un parcours commercial cohérent : deux types de partenaires, une couche de contrôle décrite pour le cloud public adossé à Azure, des options de soutien et un réseau déjà assemblé. Il ne démontre pas encore les marges ni les résultats clients. Le chiffre de 50 et plus est un point de départ. Le signal décisif sera une charge apportée par un partenaire qui fonctionne, peut être supportée, respecte les exigences applicables du client et se renouvelle à des conditions qui incitent les participants à investir de nouveau.

Sources