Passer au contenu principal

Politique générale de réversibilité

Objectif​

La réversibilité est un engagement fondamental de Numspot. Nous favorisons un écosystème ouvert et interopérable pour garantir la liberté de choix de nos clients. À ce titre, nous nous conformons aux principes du code de conduite SWIPO (SWItching et POrting) pour les fournisseurs Cloud, conçu avec la Commission Européenne.

Nos principes de réversibilité sont les suivants : un environnement ouvert et standard dans lequel nos clients ont un contrôle étendu sur leurs systèmes et leurs données ; une documentation client détaillée pour faciliter au mieux la migration entrante et sortante.

Modèle de réversibilité général pour Numspot​

Contrôle des infrastructures par nos clients​

Notre modèle en tant que fournisseur d'infrastructure cloud souveraine est de donner aux clients des droits d'administration étendus sur leurs infrastructures. En particulier, un client doit avoir la liberté de procéder à une migration en autonomie, par exemple d'importer des éléments, ou d'exporter ses données vers les infrastructures d'autres fournisseurs.

En conséquence, nous considérons que notre responsabilité est d'offrir un environnement technique stable et standardisé, et que la mise en œuvre effective d'une réversibilité est en grande partie du domaine de responsabilité client. Les actions en responsabilité client incluent la planification, la prévision des volumes, l'export et l'import effectif de données, la sécurisation des transferts de données.

En outre, nous ne faisons pas intervenir de tiers sur la fourniture de nos services ; cette fourniture et les responsabilités techniques qui en découlent (possibilité d'accéder ou d'intervenir sur les infrastructures clients, maintien en condition opérationnelle) restent la responsabilité de Numspot.

Formats et outils standards​

L'utilisation généralisée d'outils et de formats standards est un point clef pour la réversibilité. Nos infrastructures sont alignées sur des briques standards du marché, soit ouvertes, soit créées et maintenues par un éditeur reconnu. À ce titre, il doit toujours être possible de migrer le cœur de fonctionnalités d'une architecture.

Cependant, nous ne garantissons pas la possibilité de migrer l'intégralité des fonctionnalités des produits Numspot. En effet, certaines fonctionnalités additionnelles sont construites en se basant sur les caractéristiques spécifiques de l'environnement Numspot et ne peuvent être migrées telles quelles ; il sera nécessaire de reconstruire des équivalents le cas échéant. Reproduire certaines des fonctionnalités développées par Numspot peut être difficile et nécessiter une équipe projet dédiée.

Nous distinguons donc :

  • Le cœur de fonctionnalité d'un produit (par exemple, héberger une base de données, faire fonctionner des machines virtuelles et des espaces de stockage) dont nous garantissons la possibilité de migrer.
  • L'implémentation Numspot (par exemple l'API Numspot, la configuration des équipements réseaux), dont la migration nécessitera des adaptations à un nouvel environnement.
  • Les fonctionnalités spécifiques (par exemple les fonctionnalités avancées de la console Numspot, les intégrations propres à l'écosystème Numspot), dont la migration telle quelle est impossible à garantir.

Documentation des procédures de migration​

La documentation orientée réversibilité doit répondre à deux objectifs : en premier lieu, la documentation doit éliminer d'éventuels obstacles bloquants à une migration : par exemple, expliciter des configurations particulières ou des prérequis implicites. En second lieu, la documentation permet d'abaisser les compétences nécessaires à la mise en œuvre d'une migration, de la rendre accessible à plus de clients et de diminuer l'investissement humain nécessaire à son bon déroulement. En d'autres termes, le rôle de la documentation est de s'assurer qu'une migration possible techniquement est également possible à mettre en pratique dans un projet concret.

La documentation doit, de la même manière que les autres fonctions de réversibilité, considérer l'ensemble des scénarios de migration :

  • De Numspot vers un autre fournisseur de cloud.
  • De Numspot vers les infrastructures propres au client.
  • D'un autre fournisseur de cloud vers Numspot.
  • Des infrastructures propres du client vers Numspot.

Notre rôle est également de documenter :

  • La distinction entre les fonctionnalités qui appartiennent au cœur, à l'implémentation ou au spécifique Numspot.
  • D'éventuelles particularités d'implémentation, dépendances à un environnement ou une technologie mise en œuvre chez Numspot.

Réversibilité par service​

Les politiques de réversibilité spécifiques à chaque service managé sont détaillées dans les pages suivantes :