BYOC (Bring Your Own Cloud)
BYOC (Bring Your Own Cloud) on malli, jossa asiakas yhdistää olemassa olevan pilvipalveluntarjoajan tilinsä sen sijaan, että siirtyisi toimittajan omaan infrastruktuuriin tai jälleenmyyjän tiliin. Tili, sopimus ja laskutussuhde pysyvät koko ajan asiakkaan ja palveluntarjoajan välillä; toimittaja hallinnoi resursseja tilin sisällä omistamatta niitä.
BYOC kuvaa sitä, kuka omistaa laillisesti pilvitilin, jolla infrastruktuuri toimii — ei sitä, kuka sitä päivittäin operoi. BYOC-järjestelyssä organisaatio pitää oman tilinsä pilvipalveluntarjoajalla — Amazon Web Services, Google Cloud, Hetzner tai mikä tahansa muu — sekä siihen liittyvän sopimuksen ja laskun. Erillinen toimittaja, kuten hallinta-alusta, valvontatyökalu tai hallinnoitu palveluntarjoaja, saa rajatun pääsyn toimimaan kyseisellä tilillä: resurssien provisiointiin, konfiguraation soveltamiseen tai telemetrian keräämiseen. Itse laskenta, tallennustila tai verkko ei siirry mihinkään. Termi syntyi hallinnoitujen tietokantojen ja SaaS-kontekstissa, joissa 'bring your own cloud' erottaa asiakkaan omalla tilillä toimivan käyttöönoton sellaisesta, joka on kokonaan isännöity toimittajan omalla infrastruktuurilla.
Vaihtoehto on täysin hallinnoitu malli tai jälleenmyyntimalli, jossa toimittaja pitää oman tilinsä taustalla olevalla palveluntarjoajalla ja joko jälleenmyy kapasiteettia asiakkaille tai siirtää niiden kuormat suoraan omistamalleen infrastruktuurille. Tämä malli voi yksinkertaistaa laskutusta — yksi toimittaja, yksi lasku — mutta se tarkoittaa myös, että asiakkaan infrastruktuuri sijaitsee jonkun toisen tilillä. Toimittajan vaihtaminen, palveluntarjoajan hinnoittelusta neuvotteleminen suoraan tai sen osoittaminen tarkastajalle, mikä taho tarkalleen ottaen pitää taustalla olevaa sopimusta, käyvät kaikki vaikeammiksi. BYOC pitää tämän rajan koskemattomana: asiakas voi peruuttaa toimittajan pääsyn palveluntarjoajan tasolla milloin tahansa, eikä taustalla oleva tili, sen laskutushistoria tai vaatimustenmukaisuustilanne vaihda koskaan omistajaa.
Käytännössä BYOC-pääsy myönnetään API-tunnusten tai tilin sisällä toimittajalle annetun roolin kautta, rajattuna siihen, mitä se todella tarvitsee, ja peruutettavissa riippumatta itse toimittajasuhteesta. Kompromissi on operatiivinen: asiakas, ei toimittaja, pysyy sopimusosapuolena kunkin pilvipalveluntarjoajan kanssa, joten useat palveluntarjoajat tarkoittavat useita sopimuksia ja laskuja, ellei jokin tilitason yläpuolinen kerros yhdistä niitä. Toimittajat, jotka tukevat BYOC:ia, tukevat tyypillisesti myös vastakkaista mallia — kapasiteetin provisiointia ja laskutusta omalla tilillään asiakkaan puolesta — joten organisaatio voi yhdistellä molempia sen mukaan, mitkä resurssit se haluaa pitää suorassa palveluntarjoajasopimuksessa ja mitkä se on valmis delegoimaan kokonaan.
Miksi BYOC on tärkeää
Lukkiutuminen on keskeinen riski, johon BYOC vastaa. Kun infrastruktuuri sijaitsee toimittajan omalla tilillä, toimittajasta luopuminen tarkoittaa kuormien siirtämistä — projektia, joka mitataan viikoissa tai kuukausissa, ei tukipyyntönä. BYOC tekee irtautumisesta käyttöoikeuksien muutoksen: peruuta toimittajan tunnukset, ja infrastruktuuri on juuri siellä, missä se oli, saman sopimuksen alla. Tämä on tärkeintä silloin, kun taustalla olevalla tilillä — ei vain datalla — on vaatimustenmukaisuuden kannalta merkitystä: säännellyillä toimialoilla, joissa tietyn oikeushenkilön on pysyttävä rekisterinpitäjän suorana sopimusosapuolena infrastruktuurin tarjoajan kanssa, tai julkisen sektorin hankintasäännöissä, jotka edellyttävät, että ostava organisaatio pitää oman pilvisopimuksensa alihankitun sijaan. Se säilyttää myös volyymihinnoittelun tai yritystason sopimuksen, jonka organisaatio on jo neuvotellut suoraan pilvipalveluntarjoajansa kanssa.
Miten Sencai käsittelee BYOC:ia
Sencai tukee BYOC:ia yhtenä kahdesta samassa organisaatiossa rinnakkain toimivasta mallista. Yhdistä olemassa oleva tili, eikä mikään siirry: tunnukset salataan levossa, voit peruuttaa pääsyn palveluntarjoajan tasolla milloin tahansa, ja heti kun tili on yhdistetty, Sencai inventoi, mitä jo on käynnissä — instanssit, verkot, tallennustila, DNS — jokaisella yhdistetyllä palveluntarjoajalla, ja aktiivinen hallinta otetaan käyttöön resurssi kerrallaan. Tili, sopimus ja lasku pysyvät koko ajan palveluntarjoajallasi. Jos et halua pitää suoraa sopimusta palveluntarjoajan kanssa, Sencai voi sen sijaan provisioida ja laskuttaa kapasiteetin omalla tilillään — yksi lasku, palveluntarjoajan kustannus plus 2 %:n marginaali eriteltynä laskulla — ja voit yhdistellä molempia malleja tarpeiden muuttuessa.
Katso, miten inventointi ja provisiointi toimivat →