Private Kubernetes Deployment for Autonomous Reliability Infrastructure
Run Zof execution-compatible agents in customer-managed Kubernetes clusters. Control plane and execution plane stay separable; Zof does not claim to install a full Kubernetes platform for you.
Clustery spravované zákazníkem
Oddělení roviny řízení a provádění
Vzory izolace jmenných prostorů
Kompatibilní s hybridními a enklávovými modely
Proč podniky vyžadují privátní orchestraci
Mnoho týmů již u interních platforem standardizuje na Kubernetes. Zof podporuje umístění provádění do těchto clusterů, aniž byste museli opustit stávající investice do orchestrace.
- -Stávající standardy clusterů a pipeline GitOps
- -Vlastnictví uzlů a sítí ze strany platformového týmu
- -Potřeba udržet citlivé workloady mimo provádění na sdíleném SaaS
- -Regulovaná prostředí s izolací na úrovni jmenných prostorů
Provoz infrastruktury provádění v clusterech spravovaných zákazníkem
Agenty provádění lze nasadit jako workloady v clusterech, které provozujete. Plánování a schvalování mohou běžet v rovinách řízení v cloudu, privátním cloudu nebo on-premise podle zásad.
- -Agenty plánované jako ostatní interní služby
- -Kompatibilní se zákaznickým CNI a politikami
- -Není vyžadován příchozí přístup do clusteru
- -Postupně podporuje víceclusterové flotily
Oddělení roviny řízení a roviny provádění
Rovina řízení obsahuje zásady, kontext grafu, schválení a plánování. Rovina provádění spouští podepsané kapsle proti aplikacím uvnitř clusteru nebo propojených sítí.
Spouštění v privátním Kubernetes
Agenti kompatibilní se spouštěním v clusterech spravovaných zákazníkem, nikoli plná instalace platformy.
- -Jasná hranice pro bezpečnostní revizi
- -Citlivá runtime data zůstávají v jmenných prostorech provádění
- -API roviny řízení nespouštějí testy proti chráněným aplikacím přímo
- -Hybridní rozdělení jsou v podnikových zaváděních běžná
Agenty provádění pro Kubernetes
Agenty jsou navrženy pro kompatibilitu se zákaznickým Kubernetes, nikoli jako náhrada vašeho platformového týmu. Dimenzování, vysoká dostupnost a upgrady se řídí standardy vašeho clusteru.
- -Nasazení prostřednictvím zákazníkem schválených manifestů nebo operátorů
- -Respektování limitů zdrojů a zásad zabezpečení podů
- -Identita runnerů a seznamy povolených pro hostitele provádění
- -Postupné zavádění podle jmenného prostoru nebo clusteru
Bezpečné hranice provádění
Jmenné prostory, síťové politiky a servisní účty izolují provádění od nesouvisejících workloadů. Tajné údaje se připojují za běhu, neukládají se do Zof Cloud.
- -RBAC s rozsahem na jmenný prostor
- -Integrace s externími správci tajných údajů tam, kde je podporována
- -Volitelné sladění se service mesh
- -Audit událostí životního cyklu agenta
Testování pouze interních aplikací
Validujte mikroslužby, interní API a administrátorská uživatelská rozhraní dostupná z clusterových sítí, aniž byste je vystavovali veřejnému internetu.
- -Testy mezi službami uvnitř clusteru
- -Pouze ingress tam, kde to zásady umožňují
- -Kombinujte s edge runnery pro starší systémy mimo cluster
- -Cílení s ohledem na graf snižuje šum
Izolace jmenných prostorů
Týmy mapují obchodní jednotky nebo prostředí na jmenné prostory s odlišnými zásadami, uchováváním a režimy důkazů.
- -Oddělení dev / staging / prod
- -Kvóty na tým a limity souběžnosti
- -Úložiště důkazů s rozsahem na jmenný prostor
- -Pracovní postupy povyšování napříč jmennými prostory
Zacházení s tajnými údaji
Přihlašovací údaje se zprostředkovávají v době provádění prostřednictvím PAM nebo integrací s tajnými údaji clusteru. Dlouhodobé tajné údaje se ve výchozím nastavení nekopírují do externího SaaS.
- -Upřednostňují se krátkodobé tokeny
- -Vzory kompatibilní s PAM
- -Žádné uchovávání tajných údajů v rovině plánování bez schválení
- -Rotace sladěná s vašimi standardy
Směrování artefaktů
Testovací artefakty a balíčky zůstávají v úložišti řízeném zákazníkem, pokud nenakonfigurujete sanitizovaný odchozí provoz nebo odchozí provoz pouze metadat.
Architektura hybridního spouštění
Cloudová orchestrace s distribuovanými lokálními spouštěcími flotilami.
- -Úložiště kompatibilní s S3, NFS nebo svazky v clusteru
- -Zásady uchovávání na jmenný prostor
- -Kontrolní součet a podpis pro balíčky
- -Volitelné povýšení do centrálního katalogu důkazů
Hranice telemetrie
Metriky a protokoly z agentů mohou zůstat v observability stacku uvnitř clusteru. Centrální dashboardy mohou přijímat souhrny pouze s metadaty.
- -Vzory kompatibilní s OpenTelemetry tam, kde jsou podporovány
- -Redakce před exportem přes hranici
- -Korelační ID pro audit
- -Žádná povinná exfiltrace úplných protokolů
Podniková správa
Podepisování kapslí, lidské schválení a brány nápravy platí jednotně bez ohledu na to, zda provádění probíhá na virtuálních strojích, fyzických serverech nebo v Kubernetes.
- -Verze zásad připnutá k běhům
- -Schvalovací řetězce pro produkční cesty
- -Integrace se záznamy o změnách ITSM
- -Export pro GRC a interní audit
Vzory hybridní architektury
Provádění v Kubernetes často koexistuje s běhovými prostředími ve VPC, edge lokalitami a agenty na koncových bodech pod jedním řídicím plánem.
- -Jednotný graf a orchestrace flotily
- -Konzistentní model kapslí napříč prostředími
- -Zásady pro důkazy specifické pro každé prostředí
- -Architektonický přezkum definuje pořadí zavádění
Otázky k on-prem nasazení
Časté dotazy infrastrukturních a bezpečnostních týmů.
Proberte bezpečné nasazení se Zof
Projděte si segmentaci, správu kapslí a umístění runnerů s týmy, které podporují regulované podniky.
