Sur site ou cloud

Lors d’une migration sur site, l’appliance change : nouveau matériel ou nouvelle VM, nouvelle version, souvent aussi une nouvelle architecture de cluster. La sauvegarde et la restauration transfèrent la configuration et les clés ; le réseau, les certificats, la licence et les intégrations doivent néanmoins être vérifiés un par un. Lors du passage à SEPPmail.cloud, le fabricant prend en charge l’exploitation de la plateforme, mais le routage des e-mails change en profondeur : MX, connecteurs, SPF et l’envoi depuis Microsoft 365 ou Exchange sont reconfigurés, et il faut avoir clarifié quelles clés et quels comptes GINA sont repris.

Prestations

  • Remplacement et mise à jour de l’applianceMettre en place la nouvelle appliance, restaurer la sauvegarde, planifier les sauts de version et vérifier les notes de version quant aux changements de comportement.
  • Cluster et haute disponibilitéRemplacer les nœuds du cluster les uns après les autres, replanifier la répartition frontend/backend et la répartition de charge.
  • Passage à SEPPmail.cloudConception du routage entrant et sortant, reprise des clés, certificats et comptes GINA, adaptation de SPF et des connecteurs.
  • Annuaire et administrationConfigurer correctement la connexion LDAP, les accès administrateur et les rôles dans le nouvel environnement.

Déroulement d’une mission

  1. InventaireVersion, licence, règles, clés, comptes GINA, intégrations et systèmes émetteurs.
  2. Architecture cibleSur site ou cloud, cluster ou système unique : une décision motivée avec un retour arrière défini.
  3. Exploitation parallèle et basculeTrafic de test sur le nouveau système, puis bascule des routes une à une et de manière réversible.
  4. Recette et démantèlementTester le chiffrement et le déchiffrement, les signatures et les accès GINA, puis retirer l’ancienne appliance du routage et de la supervision.

Exemples tirés de la pratique