Déploiement de TRANXACT : la carte
Les cinq phases d'un déploiement client, qui dirige chacune d'elles, les documents qui la définissent et quels guides consulter pour chaque cas.
Un déploiement TRANXACT repose sur une architecture standardisée, construite à partir d'une infrastructure en tant que code sur le cloud choisi par le client (Amazon Web Services, Microsoft Azure ou Google Cloud) et dans la région de son choix. Chaque client dispose de son propre compte cloud, réseau, cluster Kubernetes et base de données. Aucun registre ni base de données n'est partagé entre les clients.
La plupart des opérations décrites dans ces guides se déroulent en dehors du produit. Personne ne peut ouvrir un écran TRANXACT tant qu'une plage d'adresses n'a pas été définie, un enregistrement DNS publié, un certificat émis et un fournisseur d'identité fédéré configuré ; or, aucun de ces éléments ne se trouve dans les paramètres de TRANXACT.
Cinq phases
| Phase | Ce qui se produit | Dirigé par |
|---|---|---|
| Proposition | La proposition du configurateur, le dimensionnement, le niveau de continuité, la nomenclature et la validation de l'architecture. | Ledger Architect |
| Intégration et développement | Revenus et contrat audités, formulaire d'intégration, lancement, environnements construits à partir de code, connectivité, transfert. | Orchestrateur de déploiement d'IA, avec le gestionnaire de migration de données dès la phase de construction |
| Configurer et migrer | Configuration, tableau de bord de migration, chargements d'essai, réconciliation, basculement et mise en production. | Responsable de la migration des données |
| Exploiter et conseiller | Hyperassistance, puis opérations en régime permanent : surveillance, incidents, demandes, mises en production, exercices et restaurations. | Projet pilote d'opérations autonomes |
| Renouveler | Adoption, utilisation d'ASK, examen du dimensionnement du renouvellement. | Navigateur d'adoption de l'IA |
L'orchestrateur de déploiement IA fonctionne sur l'ensemble des cinq phases, de la signature du contrat à l'état stable, et constitue le point de contact unique du client.
Les étapes clés, dans l'ordre : proposition de configurateur → revenus et contrat audités → formulaire d'intégration → lancement → construction de l'environnement et connectivité → transfert → cockpit de configuration et de migration → mise en production → assistance renforcée → amélioration continue.
Les documents qui définissent un déploiement
Le formulaire de commande est placé au centre, et huit documents y sont accrochés :
| Document | Ce que cela répare |
|---|---|
| Conditions générales | Les termes juridiques essentiels. |
| calendrier des licences | La licence, dont le prix est calculé en pourcentage du chiffre d'affaires annuel audité. |
| accord de niveau de service | Niveau de disponibilité, RPO et RTO, fenêtre de maintenance, crédits de service. |
| Utilisation de l'infrastructure et de l'IA | Facturation du cloud aux tarifs catalogue du fournisseur ; tarification ASK à l’utilisation. |
| Politique de soutien | Portée, priorités et heures du soutien. |
| accord de traitement des données | Données personnelles, mesures techniques et organisationnelles, sous-traitants. |
| Rôles et responsabilités | Le cahier de travail R&R : chaque tâche, sa catégorie et son responsable. |
| Description du service | Métriques d'utilisation, critères d'éligibilité et niveaux de dimensionnement. |
Pour les licences basées sur le chiffre d'affaires, des chiffres audités sont nécessaires avant la signature du contrat. L'infrastructure faisant l'objet d'une facturation cloud distincte, le compte sur lequel le cluster s'exécute doit également être convenu avant la signature.
Quel guide répond à quelle question ?
| Question | Guide |
|---|---|
| Qui effectue cette tâche, est-elle incluse et comment est-elle ordonnée ? | Qui fait quoi : rôles et responsabilités |
| Comment puis-je lire et définir le cahier des charges R&R pour un client donné ? | Lecture et analyse du cahier d'exercices R&R |
| Qu’est-ce qui est réellement construit dans le cloud ? | Architecture de référence et environnement d'exécution |
| À qui appartient ce compte, quels environnements existent et est-il accessible depuis Internet ? | Mise en scène du locataire |
| Comment les réseaux du client y accèdent-ils ? | Topologies de réseau |
| Que se passe-t-il lorsqu'une zone ou une région tombe en panne, ou que les données sont corrompues ? | Disponibilité, Live DR, sauvegarde et coffre-fort |
| Qui est responsable de quel contrôle de sécurité ? | Sécurité, conformité et résidence des données |
| Que faut-il décider avant la signature du contrat ? | Avant la signature du contrat : proposition, dimensionnement et conception |
| Que se passe-t-il entre la signature et la mise en production ? | Lors du déploiement : intégration, configuration et mise en production |
| Comment cela se passe-t-il ensuite ? | Après la mise en service : exploitation du service |
Les valeurs indiquées comme valeurs par défaut proposées sont les points de départ recommandés par le guide de déploiement. Veuillez les confirmer pour chaque client ; le contrat, le bon de commande, le SLA et le DPA prévalent sur les informations présentées sur cette page.
Suivez le cours à ce sujet, avec des schémas et une vérification.