Sõnastik

BYOC (Bring Your Own Cloud)

BYOC (Bring Your Own Cloud) on mudel, kus klient ühendab oma olemasoleva pilveteenuse pakkuja konto, selle asemel et migreerida tarnija enda infrastruktuurile või edasimüüja kontole. Konto, leping ja arveldussuhe jäävad kogu aeg kliendi ja pakkuja vahele; tarnija haldab ressursse selle konto sees, omamata neid.

BYOC kirjeldab, kellele kuulub õiguslikult pilvekonto, milles infrastruktuur töötab, mitte seda, kes seda igapäevaselt haldab. BYOC-korralduse puhul säilitab organisatsioon oma konto pilveteenuse pakkuja juures — Amazon Web Services, Google Cloud, Hetzner või mis tahes muu — koos sellega kaasneva lepingu ja arvega. Eraldiseisvale tarnijale, näiteks haldusplatvormile, seiretööriistale või hallatud teenuse pakkujale, antakse piiritletud juurdepääs selle konto sees tegutsemiseks: ressursside provisioneerimiseks, konfiguratsiooni rakendamiseks või telemeetria kogumiseks. Alusarvutuse, salvestuse ega võrgunduse osas midagi ei liigu. Termin sai alguse hallatud andmebaaside ja SaaS-i kontekstist, kus 'bring your own cloud' eristab juurutust, mis töötab kliendi enda konto sees, sellest, mis on täielikult majutatud tarnija enda infrastruktuuril.

Alternatiiviks on täielikult hallatud või edasimüüja mudel, kus tarnijal on oma konto aluseks oleva pakkuja juures ning ta kas müüb mahtu klientidele edasi või migreerib nende töökoormused infrastruktuurile, mis kuulub talle endale. See mudel võib arveldust lihtsustada — üks tarnija, üks arve —, kuid see tähendab ka, et kliendi infrastruktuur eksisteerib kellegi teise konto sees. Tarnija vahetamine, pakkuja hinnastuse otse läbirääkimine või audiitorile täpselt tõestamine, milline üksus hoiab alusepingut, muutuvad kõik keerulisemaks. BYOC hoiab selle piiri puutumatuna: klient saab tarnija juurdepääsu pakkuja tasandil igal ajal tühistada ning aluskonto, selle arveldusajalugu ja vastavusseisund ei vaheta kunagi omanikku.

Praktikas antakse BYOC-juurdepääs API-mandaatide või rolli kaudu, mis tarnijale kliendi konto sees antakse, piiritletuna sellega, mida tarnija tegelikult vajab, ja tühistatavana sõltumatult tarnijasuhtest endast. Kompromiss on operatiivne: lepinguosaliseks iga pilveteenuse pakkujaga jääb klient, mitte tarnija, seega tähendavad mitu pakkujat mitut lepingut ja arvet, kui miski konto tasandist kõrgemal neid ei koonda. Tarnijad, kes toetavad BYOC-i, toetavad tavaliselt ka vastupidist mudelit — mahu provisioneerimist ja arveldamist oma konto all kliendi nimel —, nii et organisatsioon saab mõlemat kombineerida vastavalt sellele, milliseid ressursse ta soovib hoida otsese pakkuja lepingu all ja milliste puhul on tal mugav need täielikult delegeerida.

Miks BYOC on oluline

Lukustumine (lock-in) on peamine risk, mida BYOC lahendab. Kui infrastruktuur asub tarnija enda konto sees, tähendab sellest tarnijast lahkumine töökoormuste migreerimist — projekti, mida mõõdetakse nädalate või kuudega, mitte klienditoe piletiga. BYOC muudab lahkumise õiguste muudatuseks: tühista tarnija mandaadid ja infrastruktuur jääb täpselt sinna, kus ta oli, sama lepingu all. See on kõige olulisem seal, kus vastavusnõuete kaalu kannab aluskonto, mitte ainult andmed — reguleeritud tööstusharudes, kus konkreetne juriidiline isik peab jääma andmetöötleja otseseks lepinguosaliseks infrastruktuuri pakkujaga, või avaliku sektori hangete reeglites, mis nõuavad, et ostev organisatsioon hoiaks oma pilvelepingut, mitte allhangitud lepingut. See säilitab ka mis tahes mahupõhise hinnastuse või ettevõttelepingu, mille organisatsioon on juba otse oma pilveteenuse pakkujaga kokku leppinud.

Kuidas Sencai BYOC-i käsitleb

Sencai toetab BYOC-i kui üht kahest samas organisatsioonis kooseksisteerivast mudelist. Ühendage olemasolev konto ja miski ei liigu: mandaadid on puhkeasendis krüpteeritud, juurdepääsu saab pakkuja tasandil igal ajal tühistada ning kohe pärast konto ühendamist koostab Sencai inventuuri kõigest, mis juba töötab — eksemplarid, võrgud, salvestusruum, DNS — kõigi ühendatud pakkujate lõikes, kusjuures aktiivsele haldusele saab liituda ressurss ressursi haaval. Konto, leping ja arve jäävad kogu aeg teie pakkuja juurde. Kui te ei soovi hoida otsest lepingut pakkujaga, saab Sencai selle asemel provisioneerida ja arveldada mahtu oma konto all — üks arve, pakkuja hind pluss 2% marginaal, mis on arvel eraldi näidatud — ja te saate mõlemat mudelit vastavalt vajadustele kombineerida.

Vaadake, kuidas inventuur ja provisioneerimine töötavad →