Provozujte Google Cloud vedle všeho ostatního, co spravujete
Sencai přidává jeden control plane nad Google Cloud a nad cokoliv dalšího, co váš tým provozuje — Compute Engine a GKE vedle instancí Hetzner, účtů AWS nebo bare-metal serverů ve vlastním racku. Projekt připojíte za pár minut, účet i fakturaci necháte přesně tam, kde jsou dnes, a vše uvidíte z jednoho místa.
Připojte existující projekt Google Cloud — nic se nemigruje
Připojení Google Cloud k Sencai je ve výchozím stavu BYOC: přinesete si vlastní cloud. Propojíte existující projekt Google Cloud, Sencai zašifruje přihlašovací údaje at rest a přístup můžete kdykoliv odvolat přímo v konzoli Google Cloud — na účtu, smlouvě ani fakturačním vztahu s Googlem se nic nemění. Projekt zůstává váš. Pokud nechcete vůbec držet přímý fakturační vztah s Google Cloud, může tuto kapacitu místo vás provisionovat a fakturovat Sencai pod vlastním účtem: jedna smlouva, jedna faktura, náklady Googlu přeúčtované plus 2% marže uvedená na vyúčtování jako samostatná položka. Oba modely fungují v rámci stejné organizace — začnete s BYOC na existujícím projektu a spravovanou kapacitu fakturovanou přes Sencai přidáte později, nebo naopak, aniž byste cokoliv přesouvali.
Co Sencai najde ve chvíli připojení
Ve chvíli, kdy je projekt Google Cloud připojen, Sencai zinventarizuje, co v něm už běží — instance Compute Engine, sítě VPC, úložiště, zóny Cloud DNS — vedle toho, co jste připojili od ostatních providerů. Není potřeba žádný migrační krok ani čekání na synchronizační úlohu: objevení proběhne hned při připojení. Nic z toho se automaticky nedostane pod aktivní správu. Každý zdroj je opt-in, jeden po druhém, takže projekt plný infrastruktury, které jste se v Sencai nikdy nedotkli, se náhle nezačne omylem provisionovat, měnit velikost nebo rušit. Vy volíte, co Sencai spravuje a co vám jen zobrazuje.
Provisionujte jako u každého jiného providera, spravujte DNS živě, GKE řiďte z jednoho agenta
Instance Compute Engine spouštíte, zastavujete, měníte jejich velikost a rušíte ve stejném workflow, jaké používáte pro každého dalšího připojeného providera — žádná samostatná konzole, žádný runbook specifický pro daného providera, který byste si museli pamatovat. DNS záznamy se spravují živě, přímo proti Google Cloud: změny provedené v Sencai se aplikují přímo na vaše zóny Cloud DNS, ne na kešovanou kopii ve vlastní databázi Sencai. Pokud je váš provoz na Google Cloud z velké části na GKE, uvnitř clusteru běží samostatný Kubernetes fleet agent pro in-cluster inventuru a správu, vedle obecného fleet agenta, který se stará o monitoring, patchování, inventuru softwaru a runbooky s vyžadovaným schválením na libovolném Linux serveru — ať jde o VM v Compute Engine, nebo o cokoliv jiného. Jeden runbook pro reakci na incident, napsaný jednou, běží stejně na uzlu GKE jako na bare-metal stroji ve vašem vlastním datacentru.
Jedna auditní stopa, jeden přehled nákladů napříč všemi cloudy
Každá akce, kterou Sencai provede proti Google Cloud — změna velikosti, úprava DNS, spuštění runbooku — skončí ve stejném append-only auditním logu s hash řetězem jako u každého dalšího připojeného providera. „Kdo tohle změnil a kdy“ je dotaz do tohoto logu, ne pátrání napříč konzolí a historií aktivit každého jednotlivého providera. Přehled nákladů funguje stejně: útrata za Google Cloud se zobrazuje na jednom místě vedle Hetzneru, AWS a všech ostatních připojených providerů, s detekcí anomálií, která hlídá výkyvy útraty, jež by jinak snadno unikly pozornosti až do doručení faktury. V kombinaci s řízením přístupu na základě rolí a SSO přes Microsoft Entra ID nebo Google Workspace je to jedno místo, kde vidíte, kdo co udělal a kolik to stálo.
Časté dotazy
Musím kvůli Sencai něco migrovat do Google Cloud?
Ne. Připojení projektu Google Cloud je BYOC — propojíte existující projekt, Sencai zašifruje přihlašovací údaje at rest a přístup můžete kdykoliv odvolat přímo v konzoli Google Cloud. Účet, smlouva i fakturační vztah zůstávají přesně tam, kde jsou; nic se nepřesouvá.
Můžu v rámci jedné organizace spravovat Google Cloud i další providery, jako AWS nebo Hetzner?
Ano. Inventura, provisioning workflow, auditní log i přehled nákladů v Sencai fungují napříč všemi připojenými providery najednou, Google Cloud nevyjímaje. Přidáte účty z tolika z 11 podporovaných providerů, kolik jich používáte, a všechny se zobrazí na jednom místě.
Kdo skutečně drží fakturační vztah s Google Cloud?
Buď vy, nebo Sencai — volba je na vás. BYOC ponechá váš existující projekt Google Cloud i fakturaci přesně tak, jak jsou dnes. Pokud nechcete tenhle vztah držet přímo, může kapacitu provisionovat a fakturovat Sencai pod vlastním účtem: jedna faktura, náklady Googlu plus 2% marže uvedená zvlášť. Obojí může koexistovat v jedné organizaci.
Funguje Sencai s GKE, nebo jen s Compute Engine?
S obojím. Instance Compute Engine procházejí stejným provisioning workflow jako u kteréhokoliv jiného providera. Pro GKE běží uvnitř clusteru samostatný Kubernetes fleet agent, který zajišťuje in-cluster inventuru a správu, takže clustery se vedle vaší VM infrastruktury neztratí v černé skříňce.
Jak dlouho trvá, než od připojení projektu uvidíme naši infrastrukturu?
Objevení začíná okamžitě po připojení projektu — většina týmů vidí svůj první funkční deploy do 30 minut. K dispozici je bezplatný tarif (1 uživatel, 1 organizace, 5 spravovaných zdrojů, bez nutnosti zadat kartu) a 14denní plně funkční zkušební verze, pokud chcete otestovat víc, než se rozhodnete.
Připojte svůj projekt Google Cloud
Začněte zdarma — 1 organizace, 5 spravovaných zdrojů, bez nutnosti kreditní karty — nebo si vyzkoušejte 14denní plně funkční trial napříč všemi 11 providery. Většina týmů vidí svůj první funkční deploy do 30 minut.