Die Begriffe „Privatmieter“ und „öffentlicher Mieter“ werden für drei verschiedene Dinge verwendet. Trennt man sie, verkürzt sich jede Diskussion über die Inszenierung.
| Frage | Antwort in der TRANXACT Private Cloud |
|---|---|
| Werden Daten mit anderen Kunden geteilt? | Niemals. Jede Bereitstellung verfügt über eine eigene VPC/VNet, einen eigenen Cluster und eine eigene Datenbank, und es werden weder Ledger noch Datenbanken gemeinsam genutzt. |
| Wessen Cloud-Konto ist es? | von TRANXACT gehostet – ein dediziertes Konto, das TRANXACT bereitstellt – oder im Besitz des Kunden, betrieben von TRANXACT über eine delegierte Automatisierungsrolle. |
| Ist es über das Internet erreichbar? | Öffentlicher Status: HTTPS über die WAF (Web Application Firewall), Standardeinstellung. Nur privater Status: Der öffentliche Listener ist geschlossen und nur über VPN, private Verbindung oder Peering erreichbar. |
Es gibt keine gemeinsam genutzte Mandantenversion. Ein Kunde, der nach einem „öffentlichen Mandanten“ fragt, meint fast immer einen dedizierten Mandanten, der über das Internet erreichbar ist – die Standardeinstellung, kein anderes Produkt.
Kontoinhaberschaft
- TRANXACT-gehostet: TRANXACT stellt das dedizierte Konto oder Abonnement (INFRA_2.1.01) bereit und wendet Schutzmechanismen, Tagging und Budgetwarnungen (INFRA_2.1.04) an.
- Kundeneigene Lösung: Der Kunde erstellt das Konto, richtet die Abrechnung ein, wendet seine Landing-Zone-Richtlinien an und vergibt die Automatisierungsrolle (INFRA_2.1.02, Ausgeschlossen). Der Anbieter stellt dem Kunden die Listenpreise in Rechnung, und der Kunde erwirbt die reservierte Kapazität (INFRA_2.1.06).
- In jedem Fall stellt TRANXACT ein separates Tresorkonto mit eigenen Identitäten, MFA und Schlüsseln bereit (INFRA_2.1.03). Das Tresorkonto befindet sich niemals im Produktivkonto.
Welche Umgebungen, welches Jahr
Tier S umfasst die Produktionsumgebung plus eine Nicht-Produktionsumgebung, Tier M plus zwei, Tier L plus drei und Tier XL pro Systemlandschaft. Nicht-Produktionsdatenbanken verfügen über keinen HA-Standby-Server und die Verfügbarkeit beträgt 95 %. Weitere Umgebungen sind optional (TO_4.1.04).
| Umwelt | Zweck | Jahr 1 | Jahrgänge 2–5 |
|---|---|---|---|
| PRD | Produktion | Ja | Ja |
| DR | Live DR der Produktion, volle Größe | Ja | Ja |
| QAS | Test / Regression, aktualisiert und maskiert | Ja | Ja |
| TRN | Training / Sandbox | Ja | Verkleinert |
| MIG | Migrations-Testladungen (Optional, MIG_8.1.03) | Ja | Nach der Umstellung außer Betrieb genommen |
| Gewölbe | Air-Gap-Backups | Ja | Ja |
Nehmen Sie die schrittweise Reduzierung im zweiten Jahr in den Vorschlag auf. Jede weitere Änderung ist ein Änderungsantrag.
Reihenfolge der Etappen
- Vor der Signatur: Kontoinhaberschaft, Region, Live DR Region, Datenbankmodul, FQDN und Adressbereiche. Diese werden nach dem Start des Build-Prozesses festgelegt.
- Ausschließlich im Besitz des Kunden: Der Kunde richtet das Konto ein und vergibt die entsprechende Rolle parallel zum Vertragsabschluss.
- TRANXACT stellt das Tresorkonto und die Schutzmechanismen bereit.
- Netzwerk pro Region: die VPC/VNet und ihre Subnetze.
- Umgebungen aus Infrastructure-as-Code (TO_4.1.01); der Code und die Konfiguration wurden in den Vault kopiert (TO_4.1.06) — die Laufzeitumgebung wird neu erstellt, nicht wiederhergestellt.
- Zugangsdaten nur für den benannten technischen Ansprechpartner (TO_4.1.02); der Kunde überprüft Konnektivität und SSO (TO_4.1.03).
Calderwood: TRANXACT wird auf Azure gehostet, mit öffentlicher Sicherheitsstufe und IP-Zulassungsliste für den Listener (eine Standard-Serviceanfrage) sowie einem Site-to-Site-VPN ausschließlich für MES und Legacy-Systeme. Im ersten Jahr laufen PRD, DR, QAS, TRN und MIG; MIG wird nach der Umstellung außer Betrieb genommen.
Probier es aus Das Sicherheitsteam von Calderwood möchte nun, dass die Produktionsumgebung nur noch über das Unternehmensnetzwerk erreichbar ist. Welche Änderungen gibt es, in welcher Kategorie und welche Auswirkungen hat dies auf Remote-Benutzer?
Der öffentliche Listener ist geschlossen (INFRA_2.6.05, optional, auf Änderungswunsch). Der Datenverkehr erreicht den internen Load Balancer über VPN oder eine private Verbindung. Der DNS-Server des Kunden löst den FQDN zum privaten Ingress auf. Remote-Benutzer benötigen anschließend einen VPN-Client oder Zero-Trust-Zugriff. Dies wird im nicht standardmäßigen Protokoll protokolliert und verlängert die Netzwerkaufbauzeit.