Architecture & Migration Reference
Docker Compose și documentația de implementare Kubernetes pentru revizuirea arhitecturii și planificarea migrației sunt păstrate;ZebraByteîn sine este livrat ca SaaS cloud gestionat.
Linia de platforme documentată aici a folosit o aplicație containerizată susținută de stocarea obiectelor PostgreSQL și S3. O implementare de producție a acestei arhitecturi a trebuit să ofere servicii de date durabile,TLS, secrete, e-mail de ieșire, backup-uri, monitorizare și un proces de upgrade.
Aceste informații rămân relevante atunci când se evaluează o migrare înZebraByteCloud sau când se analizează limitele de securitate istorice, dar cliențiiZebraBytenu operează singuri aceste componente.
Preserved architecture models
Secțiune intitulată „Preserved architecture models”- Docker Compose reference documentează modelul anterior cu un singur gazdă și serviciile, secretele, persistența și expunerea la rețea care trebuiau gestionate de un operator.
- Kubernetes reference Documentează modelul Helm-based anterior și dependențele sale de intrare, secrete, PostgreSQL, stocare de obiecte, monitorizare și operațiuni de cluster.
What ZebraByte Cloud changes
Secțiune intitulată „What ZebraByte Cloud changes”ÎnZebraByteCloud, clienții și consultanții profesioniști nu mai trebuie să opereze pila de aplicații.ZebraBytese ocupă de responsabilitățile la nivel de platformă pe care un operator de găzduire autonomă a trebuit să le gestioneze anterior, inclusiv întreținerea infrastructurii, actualizările aplicațiilor și controalele operaționale ale platformei.
Organizația dvs. controlează în continuare propriile date de conformitate, utilizatorii, aprobările, sistemele conectate și deciziile de afaceri. Conformitate gestionată,ZebraBytepoate, de asemenea, să preia mai mult din sarcina de lucru a programului de conformitate în sine.
De ce să păstrăm aceste documente?
Secțiune intitulată „Why keep these docs?”Materialul este păstrat pentru că poate ajuta în continuare echipele tehnice:
- identify data and service dependencies during migration;
- understand former database and object-storage responsibilities;
- mapează conceptele de mediu/configurare moștenite către o tranziție în cloud;
- review historical network, secrets and TLS assumptions;
- să înțeleagă modul în care s-au schimbat responsabilitățile de backup, monitorizare și upgrade atunci când s-a trecut la SaaS;
- efectuează analize de arhitectură și modele de amenințări atunci când integreazăZebraBytecu sistemele existente.
Operator responsibilities in the historical model
Secțiune intitulată „Operator responsibilities in the historical model”Un operator al arhitecturii auto-gestionate anterioare a fost responsabil pentru:
- restricționarea accesului la aplicație, bază de date și spațiu de stocare a obiectelor;
- generarea și rotația secretelor de aplicare și integrare;
- backup PostgreSQL și fișiere stocate ca un singur sistem coerent;
- monitoring health, capacity, logs and certificate expiry;
- testing upgrades and rollback procedures;
- configurarea serviciilor de e-mail și de identitate utilizate de organizație.
Aceste responsabilități sunt păstrate aici pentru a face diferența arhitecturală explicită; ele sunt Nu există cerințe pentru un clientZebraByteCloud.
Pentru produsul actual, continuaţi cu ZebraByte Cloud sau la Cloud quickstart.