BYOC (Bring Your Own Cloud)
BYOC (Bring Your Own Cloud) je model, kdy zákazník připojí svůj existující účet u cloudového providera, místo aby migroval do vlastní infrastruktury dodavatele nebo na účet reselera. Účet, smlouva i fakturační vztah zůstávají po celou dobu mezi zákazníkem a providerem; dodavatel v rámci účtu spravuje zdroje, ale nevlastní je.
BYOC popisuje, kdo je právním vlastníkem cloudového účtu, ve kterém infrastruktura běží — ne kdo ji den co den provozuje. V uspořádání BYOC si organizace ponechává vlastní účet u cloudového providera — Amazon Web Services, Google Cloud, Hetzner nebo jakéhokoliv jiného — včetně smlouvy a faktury, která k němu patří. Samostatný dodavatel, například správcovská platforma, monitorovací nástroj nebo poskytovatel managed služeb, dostane v rámci tohoto účtu přístup omezený na konkrétní rozsah: provisioning zdrojů, aplikaci konfigurace nebo sběr telemetrie. Na samotném výpočetním výkonu, úložišti ani síti se nic nemění. Pojem vznikl v kontextu managed databází a SaaS, kde „bring your own cloud" odlišuje nasazení běžící v účtu zákazníka od nasazení hostovaného výhradně na vlastní infrastruktuře dodavatele.
Alternativou je plně spravovaný nebo reselerský model, kdy dodavatel drží vlastní účet u podkladového providera a buď zákazníkům přeprodává kapacitu, nebo jejich workloady migruje na infrastrukturu, kterou přímo vlastní. Tento model může zjednodušit fakturaci — jeden dodavatel, jedna faktura — ale zároveň znamená, že infrastruktura zákazníka existuje uvnitř cizího účtu. Přechod k jinému dodavateli, přímé vyjednávání cen u providera nebo doložení auditorovi, který subjekt přesně drží podkladovou smlouvu, se tím komplikuje. BYOC tuhle hranici zachovává: zákazník může dodavateli kdykoliv na úrovni providera odebrat přístup, a podkladový účet, jeho fakturační historie i stav souladu s předpisy nikdy nezmění majitele.
V praxi se přístup BYOC uděluje přes API přihlašovací údaje nebo roli, kterou dodavatel dostane uvnitř účtu zákazníka — omezenou na to, co skutečně potřebuje, a odvolatelnou nezávisle na samotném vztahu s dodavatelem. Kompromis je provozní: smluvní stranou vůči každému cloudovému provideru zůstává zákazník, ne dodavatel, takže víc providerů znamená víc smluv a faktur, pokud je nekonsolidovuje něco nad úrovní účtu. Dodavatelé podporující BYOC obvykle podporují i opačný model — provisioning a fakturaci kapacity pod vlastním účtem jménem zákazníka — takže organizace může oba modely kombinovat podle toho, které zdroje si chce ponechat pod přímou smlouvou u providera a které je ochotná plně delegovat.
Proč na BYOC záleží
Hlavním rizikem, které BYOC řeší, je lock-in. Když infrastruktura sedí uvnitř vlastního účtu dodavatele, odchod od něj znamená migraci workloadů — projekt na týdny až měsíce, ne tiket na podporu. BYOC dělá z odchodu jen změnu oprávnění: odeberete dodavateli přístupové údaje a infrastruktura zůstává přesně tam, kde byla, pod stejnou smlouvou. Nejvíc na tom záleží tam, kde má compliance váhu samotný podkladový účet, ne jen data — v regulovaných odvětvích, kde konkrétní právní subjekt musí zůstat přímou smluvní stranou správce údajů vůči poskytovateli infrastruktury, nebo u pravidel zadávání veřejných zakázek, která vyžadují, aby nakupující organizace držela vlastní cloudovou smlouvu, ne subdodavatelskou. Zachovává to také jakékoliv objemové ceny nebo enterprise smlouvu, kterou si organizace už přímo vyjednala se svým cloudovým providerem.
Jak Sencai řeší BYOC
Sencai podporuje BYOC jako jeden ze dvou modelů, které mohou v rámci jedné organizace koexistovat. Připojíte existující účet a nic se nepřesouvá: přihlašovací údaje jsou šifrované at-rest, přístup u providera můžete kdykoliv odebrat, a jakmile je účet připojen, Sencai zinventarizuje vše, co už běží — instance, sítě, úložiště, DNS — napříč každým připojeným providerem, s aktivní správou zapínanou zvlášť pro každý zdroj (opt-in). Účet, smlouva i faktura zůstávají po celou dobu u vašeho providera. Pokud nechcete držet přímou smlouvu s providerem, může Sencai místo toho provisionovat a fakturovat kapacitu pod vlastním účtem — jedna faktura, cena providera plus 2% marže uvedená na vyúčtování zvlášť — a podle potřeby lze oba modely kombinovat.
Podívejte se, jak funguje inventarizace a provisioning →