Préparation du locataire : compte, environnements et posture d’accès

Sur quel compte cloud le déploiement s'exécute-t-il, quel locataire de coffre-fort distinct existe, quels environnements existent pour quelle année et si le locataire est accessible depuis l'Internet public ou uniquement en privé.

On utilise souvent les termes « locataire privé » et « locataire public » pour désigner trois choses différentes. Dans TRANXACT Private Cloud, ces termes sont clairement distingués en trois options, et il est pertinent de les désigner par les termes suivants :

Décision	Options	Décidé
Isolement — y a-t-il des éléments partagés avec un autre client ?	Non. Chaque déploiement est mono-locataire : un VPC/VNet, un cluster et une base de données dédiés par client, et aucun registre ou base de données partagés.	Ce n'est pas un choix ; il en est toujours ainsi.
Propriété du compte — à qui appartient le compte cloud ?	Hébergement TRANXACT : compte ou abonnement dédié fourni par TRANXACT. Compte client : compte appartenant au client, géré par TRANXACT via un rôle d’automatisation délégué.	Avant la signature ; inscrit dans l'annexe du contrat.
Posture d'accès — comment est-elle atteinte ?	Public : accessible par les utilisateurs via HTTPS sur Internet (comportement par défaut). Privé uniquement : l’écouteur public est fermé et accessible uniquement via VPN, connexion privée ou peering.	Avant de signer, avec l'option de connectivité.

Il n'existe pas d'édition mutualisée ou « publique » de TRANXACT Private Cloud. Lorsqu'un client parle de « locataire public », il fait presque toujours référence à un déploiement accessible depuis Internet, ce qui correspond au comportement par défaut d'un locataire dédié, et non à un produit différent.

Propriété du compte

	hébergé par TRANXACT	Appartenant aux clients
Qui crée le compte	TRANXACT (INFRA_2.1.01)	Le client : le crée, configure la facturation, applique les politiques de zone d'atterrissage et accorde le rôle d'automatisation TRANXACT (INFRA_2.1.02, Exclu)
Qui paie la facture du cloud ?	Conformément au bon de commande	Le client est facturé directement par le fournisseur aux tarifs indiqués.
Capacité réservée	TRANXACT recommande (INFRA_2.1.05)	TRANXACT recommande ; le client achète (INFRA_2.1.06, Exclu)
Garde-fous, étiquetage, alertes budgétaires	TRANXACT (INFRA_2.1.04)	TRANXACT les applique dans le cadre des politiques de zone d'atterrissage du client
RACI	Comptes clients pour le compte, la zone d'atterrissage et la facturation dans les deux cas ; TRANXACT consulté

Dans tous les cas, TRANXACT provisionne également un compte ou locataire de coffre-fort distinct, doté de ses propres identités, de son authentification multifacteur et de ses clés (INFRA_2.1.03). Il s'agit du seul élément qui n'est jamais intégré au même compte que celui de production — voir Disponibilité, Live DR, Sauvegarde et coffre-fort.

La capacité réservée permet généralement de réduire les coûts de calcul de 30 à 40 %. Dans le cas d'un compte client, c'est le client qui en prend la décision ; il est donc important de soumettre la recommandation au service financier, et pas seulement au service informatique.

Environnements

Un environnement est une instance TRANXACT isolée : production, test/assurance qualité, formation ou bac à sable. Le niveau d’utilisation en comprend plusieurs :

Étage	Les environnements comprenaient
S	Production + 1 hors production
M	Production + 2 hors production
L	Production + 3 hors production
XL	Par paysage

Les bases de données hors production fonctionnent sans base de données de secours à haute disponibilité.
Live DR ajoute une copie complète de la ligne de production, dans la deuxième région.
D'autres environnements hors production sont optionnels (TO_4.1.04), dimensionnés par niveau d'utilisation.
Un environnement de migration pour l'année 1 est optionnel (MIG_8.1.03) et est mis hors service après la transition (TO_4.1.05, une demande de service standard).
La disponibilité hors production est de 95 %, mesurée mensuellement.

Un paysage par année contractuelle (exemple, niveau M)

Environnement	But	Nœuds	Base de données gérée	Année 1	Années 2 à 5
PRD	Production	3 × 8 vCPU / 32 Go	8 vCPU / 64 Go HA, 1 To	Oui	Oui
DR	Live DR de PRD	3 × 8 vCPU / 32 Go	Réplique, 1 To	Oui	Oui
QAS	Tests / régression	3 × 4 vCPU / 16 Go	4 vCPU / 32 Go, 1 To	Oui	Oui
TRN	Formation / bac à sable	Partagé avec QAS	2 vCPU / 16 Go, 500 Go	Oui	Oui, à échelle réduite
MIG	charges d'essai de migration	3 × 8 vCPU / 32 Go	8 vCPU / 64 Go, 1 To	Oui	Non — mis hors service
Sauter	Sauvegardes isolées du réseau	—	Stockage uniquement	Oui	Oui

Prévoyez dès la première année les capacités supplémentaires de migration et de formation nécessaires, puis réduisez-les progressivement. Chaque modification constitue une demande de changement ; il est donc conseillé d’intégrer la réduction progressive des capacités dès maintenant dans la proposition plutôt que de la négocier la deuxième année.

Ordre de mise en scène

Veuillez convenir de la propriété du compte, de la région et de la région Live DR avant de signer. La région, les plages d'adresses, le nom de domaine complet (FQDN) et le moteur de base de données ne peuvent être modifiés après le lancement de la compilation sans une nouvelle compilation et une demande de modification.
Si le compte appartient au client : le client crée le compte, applique ses politiques de zone d’atterrissage et octroie le rôle d’automatisation — parallèlement à la contractualisation.
TRANXACT configure le compte coffre-fort, applique des garde-fous, un système d'étiquetage et des alertes budgétaires.
Construisez le réseau par région : un VPC/VNet dédié avec ses sous-réseaux (voir Topologies de réseau).
Créez des environnements à partir d'infrastructure-as-code (TO_4.1.01) : le cluster, la base de données HA, le stockage d'objets et la région Live DR si elle est sous contrat.
Copiez l'infrastructure en tant que code et la configuration dans le coffre-fort (TO_4.1.06). L'environnement d'exécution est reconstruit, et non restauré.
Envoyer les identifiants uniquement au contact technique désigné (TO_4.1.02) ; le client vérifie la connectivité et l'authentification unique (TO_4.1.03).

Posture d'accès

	Public (par défaut)	Privé uniquement
Comment les utilisateurs arrivent	DNS public → gestionnaire de trafic global → équilibreur de charge + WAF sur TLS 1.2+	Zone DNS privée du client → VPN / liaison privée → équilibreur de charge interne
Ce dont il a besoin	Un nom de domaine pleinement qualifié (FQDN), un enregistrement DNS public, un certificat d'autorité de certification publique	Tout cela, plus une connectivité privée, une zone DNS privée ou un transfert conditionnel
Réduire le nombre	Liste blanche IP optionnelle sur l'écouteur public (INFRA_2.6.04, Standard)	L'écouteur public est fermé (INFRA_2.6.05, Optionnel)
Utilisateurs distants	Connexion directe, authentification unique (SSO) et authentification multifacteur (MFA) via le fournisseur d'identité du client	Vous avez besoin d'un VPN ou d'un accès zéro confiance au chemin privé
Il est temps de passer en direct	Le plus rapide — aucune infrastructure réseau	Plus long — la planification des adresses, le routage, le pare-feu et le DNS fonctionnent sur le chemin critique

Déterminez rapidement si un accès HTTPS uniquement est suffisant. La connectivité privée ajoute du travail qui s'inscrit dans le processus critique de mise en service, et la commande de circuits de connexion privée auprès de l'opérateur prend souvent plusieurs semaines.

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.