Qu'est-ce que Hyperforce et en quoi cela concerne-t-il le DSI ?

Depuis quelques années, Salesforce fait évoluer en profondeur l'infrastructure qui héberge ses applications. Cette évolution, baptisée Hyperforce, ne modifie pas directement l'usage quotidien des utilisateurs, mais elle touche des sujets sensibles pour une direction des systèmes d'information : localisation des données, conformité, sécurité et continuité de service. Comprendre ce que recouvre Hyperforce permet au DSI d'anticiper les migrations et de dialoguer avec les métiers sur les questions de souveraineté.

Hyperforce, de quoi parle-t-on ?

Hyperforce est l'architecture d'infrastructure de nouvelle génération de Salesforce. Concrètement, elle consiste à déployer les services Salesforce sur des fournisseurs de cloud public (hyperscalers tels qu'AWS) plutôt que sur les centres de données propriétaires historiques de l'éditeur. L'objectif affiché par Salesforce est d'offrir une plateforme plus élastique, plus rapide à déployer géographiquement et plus standardisée.

Pour l'utilisateur final, rien ne change dans l'interface : les Clouds Salesforce (Sales, Service, Marketing, etc.) restent identiques. Le changement se situe au niveau de la couche d'infrastructure sous-jacente. C'est cette couche qui détermine où et comment les données sont stockées et traitées.

Pourquoi cela concerne directement le DSI

Trois raisons principales font d'Hyperforce un sujet de direction technique et non un simple détail d'exploitation.

1. Résidence et localisation des données

Hyperforce permet à Salesforce de proposer des régions d'hébergement dans davantage de pays. Pour une ETI française ou européenne, cela ouvre la possibilité de conserver ses données dans une région déterminée, ce qui peut faciliter les discussions autour de la résidence des données et du RGPD. Le DSI doit vérifier dans quelle région son org est hébergée et dans quelle région elle le sera après migration.

2. Conformité et cadre réglementaire

Le fait que l'infrastructure repose sur un hyperscalers soulève des questions déjà connues des DSI : sous-traitance, transferts de données hors UE, exposition à des législations extraterritoriales. Ces sujets doivent être documentés dans le registre des traitements et, le cas échéant, dans les analyses d'impact. Les autorités de référence (CNIL en France) publient des recommandations sur l'usage des services cloud ; il est prudent de s'y référer plutôt que de se fier à des affirmations commerciales.

3. Migration et continuité de service

Salesforce procède à la migration des organisations existantes vers Hyperforce de façon progressive et généralement planifiée. Même si l'opération est présentée comme transparente, elle implique une fenêtre de maintenance et un changement d'infrastructure. Le DSI a intérêt à connaître la date prévue, à tester ses intégrations et à valider ses connexions réseau après bascule.

Les impacts concrets à anticiper

Au-delà des principes, plusieurs points opérationnels méritent une vérification systématique.

• Adresses IP et pare-feu : la migration peut modifier les plages d'adresses IP utilisées par Salesforce. Les règles de filtrage réseau, les listes blanches et les intégrations sortantes doivent être revues.
• Intégrations tierces : les connecteurs, API et middlewares qui échangent avec Salesforce doivent être testés pour confirmer qu'aucune configuration codée en dur (endpoints, régions) ne casse après bascule.
• Domaine My Domain : Salesforce impose l'usage d'un domaine dédié, prérequis à certaines évolutions liées à Hyperforce. Vérifier que cette configuration est en place.
• Sauvegardes et plan de reprise : la responsabilité de la sauvegarde des données métier reste celle du client. Hyperforce ne change pas ce principe ; c'est l'occasion de revalider sa stratégie de backup.

Comment préparer le sujet en interne

Un DSI peut structurer son approche autour de quelques actions simples et sans surcoût immédiat.

1. Identifier la région d'hébergement actuelle et cible de son org Salesforce via le support ou l'espace d'administration.
2. Recenser l'ensemble des flux entrants et sortants (API, connecteurs, plages IP) pour préparer les tests de non-régression.
3. Mettre à jour la documentation de conformité (registre des traitements, sous-traitants, transferts) pour refléter l'infrastructure réelle.
4. Planifier avec les équipes techniques une phase de recette après la fenêtre de migration annoncée par Salesforce.
5. Informer les métiers de l'absence d'impact fonctionnel, afin d'éviter les inquiétudes injustifiées.

Un sujet à traiter avec un regard indépendant

Hyperforce est avant tout une transformation d'infrastructure. Les enjeux fonctionnels sont limités, mais les enjeux de conformité, de sécurité réseau et de continuité justifient une préparation méthodique. Pour un décideur, l'important est de distinguer le discours commercial des obligations réelles, notamment en matière de résidence et de protection des données.

Si vous souhaitez faire auditer votre configuration, préparer une migration ou clarifier vos obligations de conformité, INTEGREER peut vous orienter vers des intégrateurs ou experts indépendants adaptés à votre contexte. La mise en relation est neutre et sans engagement : notre rôle est de vous aider à comparer, pas de vendre une prestation.