I termini "inquilino privato" e "inquilino pubblico" vengono usati per tre scopi diversi. Separandoli, ogni conversazione sull'allestimento di un locale diventa più breve.
| Domanda | Risposta in TRANXACT Private Cloud |
|---|---|
| C'è qualcosa in comune con un altro cliente? | Mai. Ogni implementazione ha la propria VPC/VNet, cluster e database, e nessun registro o database viene condiviso. |
| Di chi è questo account cloud? | Ospitato da TRANXACT — un account dedicato fornito da TRANXACT — oppure di proprietà del cliente, gestito da TRANXACT tramite un ruolo di automazione delegato. |
| È raggiungibile tramite internet? | Configurazione pubblica: HTTPS tramite WAF, impostazione predefinita. Configurazione solo privata: il listener pubblico è chiuso, raggiungibile solo tramite VPN, connessione privata o peering. |
Non esiste un'edizione multi-tenant condivisa. Un cliente che richiede un "tenant pubblico" intende quasi sempre un tenant dedicato raggiungibile tramite internet: questa è la configurazione predefinita, non un prodotto diverso.
Titolare dell'account
- Ospitato da TRANXACT: TRANXACT fornisce l'account o l'abbonamento dedicato (INFRA_2.1.01) e applica misure di sicurezza, etichettatura e avvisi di budget (INFRA_2.1.04).
- Di proprietà del cliente: il cliente crea l'account, imposta la fatturazione, applica le proprie policy di landing zone e concede il ruolo di automazione (INFRA_2.1.02, Escluso). Il fornitore fattura al cliente alle tariffe di listino ed è il cliente ad acquistare la capacità riservata (INFRA_2.1.06).
- In entrambi i casi, TRANXACT predispone un account vault separato con identità, autenticazione a più fattori (MFA) e chiavi proprie (INFRA_2.1.03). Il vault non si trova mai nell'account di produzione.
Quali ambienti, quale anno
Il livello S include un ambiente di produzione più uno non di produzione, il livello M più due, il livello L più tre e il livello XL per ogni panorama. I database non di produzione non dispongono di standby HA e la disponibilità degli ambienti non di produzione è del 95%. Ulteriori ambienti sono opzionali (TO_4.1.04).
| Ambiente | Scopo | Anno 1 | Anni 2–5 |
|---|---|---|---|
| PRD | Produzione | SÌ | SÌ |
| DR | Live DR della produzione, a grandezza naturale | SÌ | SÌ |
| QAS | Test / regressione, aggiornato e mascherato | SÌ | SÌ |
| TRN | Allenamento / ambiente di prova | SÌ | Ridimensionato |
| MIG | Cariche di prova per la migrazione (Opzionale, MIG_8.1.03) | SÌ | Dismesso dopo il passaggio di consegne |
| Volta | backup isolati dalla rete | SÌ | SÌ |
Inserisci la clausola di riduzione del costo per il secondo anno nella proposta. Ogni modifica successiva costituirà una richiesta di modifica.
Ordine di messa in scena
- Prima della firma: proprietà dell'account, regione, regione di ripristino di emergenza (Live DR), motore del database, FQDN e intervalli di indirizzi. Questi parametri vengono definiti una volta avviata la build.
- Gestione esclusiva del cliente: il cliente predispone l'account e assegna il ruolo, contestualmente alla stipula del contratto.
- TRANXACT gestisce il conto di deposito e le misure di sicurezza.
- Rete per regione: la VPC/VNet e le sue sottoreti.
- Ambienti da infrastruttura come codice (TO_4.1.01); il codice e la configurazione vengono copiati nel vault (TO_4.1.06) — il runtime viene ricostruito, non ripristinato.
- Credenziali solo per il contatto tecnico designato (TO_4.1.02); il cliente verifica la connettività e l'SSO (TO_4.1.03).
Calderwood: TRANXACT è ospitato su Azure, con postura pubblica e lista di indirizzi IP consentiti sul listener (una richiesta di servizio standard) e una VPN site-to-site solo per i sistemi MES e legacy. Il primo anno prevede l'esecuzione di PRD, DR, QAS, TRN e MIG; MIG verrà dismesso dopo il passaggio al nuovo sistema.
Provalo Il team di sicurezza di Calderwood ora desidera che l'ambiente di produzione sia accessibile solo dalla rete aziendale. Quali cambiamenti si verificano, in quale categoria e quali conseguenze hanno sugli utenti remoti?
Il listener pubblico è chiuso (INFRA_2.6.05, opzionale, tramite richiesta di modifica), il traffico arriva tramite la VPN o una connessione privata al bilanciatore di carico interno e il DNS del cliente risolve il FQDN nell'ingresso privato. Gli utenti remoti necessitano quindi di un client VPN o di un accesso zero-trust. L'operazione viene registrata nel log non standard e aggiunge tempo di creazione della rete.