Neprijetna ekonomika odvisnosti od oblaka
Popust, ki je postal strategija
Prvi račun za oblak, ki je pomemben, je redko zares prvi. Prvi je običajno olajšanje. Brez nakupa strežnika, brez čakanja na nabavni cikel, brez pogovora z vzdrževanjem o hlajenju, brez junaške preglednice o zmogljivosti za naslednja tri leta. Ekipa odpre račun, uvede storitev, opazuje, kako deluje, in ima občutek, kot da je gravitacija začasno ukinjena. Račun je videti civiliziran. Finance prikima. Arhitektura izreče besedo elastično. Vsi gredo domov s šibkim sijem usposobljenosti.
Nato sistem postane uporaben. Takrat se ekonomika spremeni. Podatki rastejo. Beleženje raste, ker nekdo končno želi vedeti, kaj se je zgodilo. Upravljana podatkovna zbirka postane kraj, kjer živi operativni spomin. Vrstni red sporočil se poveže s sistemi navzdol po toku. Plast identitete postane vhodna vrata. Podatkovno skladišče prejema izvoze, ker so analitiki tudi ljudje. Nekaj specializiranih storitev postane običajni del sklada. Mesečni račun je še vedno le ena številka, vendar zdaj vsebuje več prihodnosti.
Odvisnost od oblaka postane neprijetna, ker se začne kot udobje in dozori v pogajalsko izhodišče. Vprašanje ni, ali je oblak dober ali slab. Ta okvir je preveč len za odrasle s produkcijskimi sistemi. Vprašanje je, ali organizacija razume, kateri stroški so vidni, kateri so odloženi, katere zmogljivosti so se umaknile iz njenih rok in kaj bi bilo potrebno za spremembo smeri brez zaustavitve dela, ki je zdaj odvisno od platforme.
Najdražji del odvisnosti pogosto ni navedena cena. To je izguba možnosti izbire. Možnost izbire je zmožnost ponovnega pogajanja, selitve, poenostavitve, začasne prekinitve, zamenjave ali zavrnitve, ne da bi se organizacija spremenila v krizno sobo. Oblak lahko zgodaj kupi uporabno možnost izbire: hitre poskuse, začasno zmogljivost, upravljane varnostne funkcije, globalni doseg. Pozneje lahko možnost izbire tudi porabi, ko se podatki, identiteta, operacije in znanja tako tesno ustalijo okoli enega ponudnika, da odhod postane projekt z lastnim vremenskim sistemom.
Odvisnost od oblaka ni uporaba oblaka
Uporaba oblačnih storitev je običajna. Zanašanje na oblačne storitve je prav tako običajno. Težava se začne, ko je odvisnost nevidna ljudem, ki sprejemajo odločitve. Delovna obremenitev, ki teče na najeti infrastrukturi, ni samodejno zajeta. Delovna obremenitev, katere podatkovni model, identiteta, opazovanje, postopek uvajanja, varnostni položaj, strategija varnostnega kopiranja, analitika in navade osebja vsi predpostavljajo enega ponudnika, je druga stvar. Eno je gostovanje. Drugo je operativni model s središčem, oblikovanim po meri ponudnika.
Odvisnost ima plasti. Obstaja komercialna odvisnost: popusti, zaveze, rezervirana zmogljivost, dobropisi, pogodbe na tržnici, ravni podpore in nabavni koledarji. Obstaja tehnična odvisnost: lastniški API-ji, upravljane podatkovne zbirke, sistemi dogodkov, storitve identitete, predloge za uvajanje, nadzorni agenti in semantika shranjevanja. Obstaja organizacijska odvisnost: usposabljanje, priročniki za delovanje, profili zaposlovanja, navade pri incidentih, odobritveni tokovi in tolažilno prepričanje, da je portal sistem. Vsaka plast je lahko razumna. Skupaj odločajo o tem, kako pogajalska je prihodnost.
Številne organizacije podcenjujejo organizacijsko plast, ker se ne pojavi v arhitekturnih diagramih. Inženirji postanejo tekoči v enem ponudniku. Varnostne ekipe spoznajo njegov model pravilnikov. Finance spoznajo njegov jezik računov. Nabava spozna njegove pogodbene rituale. Ekipe za incidente spoznajo njegove nadzorne plošče. To znanje ima vrednost. Ustvarja pa tudi stroške prehoda. Drugi ponudnik je lahko tehnično mogoč in ekonomsko nesmiseln, če nihče nima delovnega besedišča za upravljanje pod pritiskom.
Zato je treba odvisnost obravnavati kot obvladovano izpostavljenost in ne kot moralni spodrsljaj. Bolnišnica lahko razumno uporablja upravljane oblačne storitve za nekritično analitiko in klinično kontinuiteto vseeno ohranja bližje. Trgovec lahko sprejme visoko stopnjo povezanosti s platformo za hitro širjenje. Javna agencija se lahko odloči za strožjo prenosljivost podatkov o državljanih. Napaka ni izbira odvisnosti. Napaka je, da jo izberemo po naključju in ceno odkrijemo šele, ko nekdo zahteva izhod.
Ekonomska površina je večja od računalniške moči
Pogovori o oblaku se pogosto začnejo z računalniško močjo in shranjevanjem, ker ju je enostavno prešteti. To je kot ocenjevati restavracijo po ceni krompirja. Ekonomska površina vključuje identiteto, omrežni promet, dnevnike, varnostno kopiranje, podvajanje, opazovanje, varnostno skeniranje, upravljanje ključev, upravljane podatkovne zbirke, čakalne vrste, analitiko, prenos podatkov, podporo, dokaze o skladnosti, čas osebja, migracijska dela in stroške zavrnitve privzetih nastavitev. Račun je le tisti del sistema, ki je dovolj vljuden, da prispe kot PDF.
Upravljane storitve so lahko odlične, ker težko operativno delo pretvorijo v storitveno mejo. Upravljana podatkovna zbirka je lahko varnejša in cenejša od slabo vodene lokalne podatkovne zbirke. Upravljana čakalna vrsta lahko prihrani tedne inženirskega dela. Upravljana plast identitete lahko zmanjša katastrofalne napake. Toda pretvorba ni izginotje. Delo se premakne. Odgovornost se premakne manj. Organizacija še vedno lasti kakovost podatkov, pravilnike dostopa, namen varnostnega kopiranja, hrambo, čas obnovitve, dokaze in posledice izpada. Najela je mišice, ne presoje.
Najnevarnejši poslovni načrt za oblak je tisti, ki ovrednoti storitev in ignorira vedenje, ki ga ustvarja. Ko je shranjevanje enostavno, ekipe shranjujejo več. Ko so dnevniki dovolj poceni, ekipe beležijo brez klasifikacije. Ko je kopiranje podatkov en gumb, se kopije množijo. Ko je upravljana analitika na voljo, se pojavijo surovi izvozi. Ko lahko vse ekipe ustvarjajo vire, konvencije poimenovanja postanejo folklora. Udobje je dragoceno, vendar udobje brez popisa postane majhen davčni urad v arhitekturi.
Dobra ekonomika oblaka se zato začne z zemljevidom storitev, ne s tabelo popustov. Katere delovne obremenitve so kritične. Kateri podatki so občutljivi pravno ali glede na poslanstvo. Katere storitve so lastniške. Katere je mogoče nadomestiti. Kateri podatki prečkajo plačljive meje. Kateri dnevniki so potrebni kot dokazi. Katere varnostne kopije so preizkušene. Katere zaveze so vezane na dejansko povpraševanje. Kateri ljudje lahko upravljajo sistem, ko je portal počasen, račun presenetljiv ali ponudnik spremeni privzeto nastavitev.
Egress ni škandal, je simptom
Stroški za egress so deležni veliko pozornosti, ker delujejo nevljudno. Plačevanje za to, da podatke spravite iz kraja, kamor ste jih plačali shraniti, ima čustveni prizvok zaračunavanja za to, da zapustite sestanek. Razdraženost je razumljiva. Toda egress ni celotna težava. Je vidni simptom širše ekonomske zasnove: podatki postanejo za ponudnika vrednejši, ko ostanejo, in dražji za stranko, ko se premikajo.
Gravitacija podatkov je deloma tehnična. Velike nabore podatkov je počasi premikati. Izpeljane nabore je treba uskladiti. Indeksi, dovoljenja, sheme, metapodatki in izvor se ne prenašajo samodejno. Nadaljnji sistemi predpostavljajo poti. Analitiki gradijo beležnice. Poteki dela so odvisni od lokacij. Stroški premikanja vključujejo pasovno širino, vključujejo pa tudi človeško delo, da premaknjena stvar po prihodu pomeni isto. Vsakdo, ki je preselil podatkovno okolje, ve, da so bajti pogosto najmanj sarkastični del tega početja.
Gravitacija podatkov je tudi politična. Ekipa, ki želi zapustiti platformo, se lahko sooči z ugovori vsake skupine, ki se je zgradila okoli nje. Varnost sprašuje o nadzoru. Analitika sprašuje o cevovodih. Produkt sprašuje o zakasnitvi. Finance sprašujejo, zakaj se obstoječa zaveza ne uporablja. Pravna služba sprašuje, ali se obdelovalci podatkov spreminjajo. Operacije sprašujejo, kdo bo držal pozivnik. Noben od teh ugovorov ni nespameten. Skupaj tvorijo ekonomiko ostajanja.
Resna arhitektura ovrednoti premikanje, preden je premikanje potrebno. Kritične podatke hrani v odprtih formatih. Zapisuje različice shem in izvor. Ločuje izvorne zapise od izpeljanih priročnih plasti. Preizkuša izvoz in obnovitev. Izogiba se temu, da bi vsaka analitična kopija postala nova odvisnost. Dokumentira, kaj bi se med selitvijo pokvarilo. To delo se med rastjo morda zdi pesimistično. Zdi se manj pesimistično, ko organizacija prejme ponudbo za podaljšanje s toplino kazni za parkiranje.
Zaveze so uporabne, dokler ne postanejo politika
Rezervirana zmogljivost, popusti za podjetja, dogovorjena poraba in dobropisi v oblaku so lahko ekonomsko smiselni. Znižajo stroške na enoto, ko je povpraševanje resnično in stabilno. Vendar tudi spremenijo vedenje. Zaveza se lahko spremeni v tiho navodilo, naj se ena platforma uporablja več, ker je denar že obljubljen. Arhitektura nato sledi pogodbi namesto delovni obremenitvi. To ni korupcija. To je aritmetika z značko.
Zaveze so še posebej zahtevne pri delu z umetno inteligenco in podatki, ker je povpraševanje negotovo. Pilotni projekt lahko potrebuje občasne poskuse. Produkcijska obremenitev sklepanja se lahko stabilizira. Usposabljanje lahko zahteva občasna velika opravila. Beleženje in vrednotenje lahko rasteta, ko dozoreva upravljanje. Shramba se lahko kopiči, ker brisanje zahteva več discipline kot ustvarjanje. Prezgodnja zaveza lahko organizacijo usmeri v optimizacijo za napovedano gledališče. Prepozna zaveza lahko zapravlja denar. V vsakem primeru je treba zavezo obravnavati kot tvegano pozicijo, ne zgolj kot zmago pri nabavi.
Dobropisi si zaslužijo lastno previdnost. Brezplačna ali subvencionirana zmogljivost je lahko koristna, zlasti za eksperimentiranje in delo v javno korist. Lahko pa tudi zasadi odvisnost, preden organizacija ovrednoti stabilno stanje. Ekipa gradi na storitvah, ki so začasno poceni, se globoko integrira in kasneje odkrije običajni račun. Prvo leto ni bilo strošek. Bila je vabljiva napoved. Zlonamernost ni potrebna. Preglednica je opravila delo z resnim obrazom.
Dobro upravljanje se vpraša, kaj zaveza pomeni operativno. Katere delovne obremenitve so zajete. Katere so izključene. Kaj se zgodi, če povpraševanje pade. Kaj se zgodi, če boljša storitev obstaja drugje. Ali popust odvrača od prenosljivosti. Ali poslabšuje trajnost z nagrajevanjem čezmerne porabe. Ali skriva strošek ohranjanja lokalnega znanja. Popust, ki oslabi prihodnje izbire, je treba knjižiti kot prihranek in kot izpostavljenost. Finance to razumejo. Arhitektura bi morala prav tako.
Upravljane storitve premaknejo delo, ne odgovornosti
Najmočnejši argument za oblak je še vedno operativna kakovost. Večina organizacij ne želi vsega upravljati sama in mnoge tudi ne bi smele. Svet ima dovolj slabo vzdrževanih strežnikov, pozabljenih oken za posodobitve, na pol preizkušenih varnostnih kopij in junaških skrbnikov, ki vedo preveč, ker nihče ni ničesar zapisal. Upravljana infrastruktura lahko izboljša zanesljivost, varnost, hitrost in osredotočenost. Trditi drugače je nostalgija z diagramom omarice.
A upravljano ne pomeni preneseno v pravnem ali institucionalnem smislu. Če upravljana podatkovna zbirka izgubi podatke, se organizacija še vedno sooči z uporabnikom. Če upravljana konfiguracija identitete omogoči preveč dostopa, organizacija še vedno nosi odgovornost za kršitev. Če upravljana storitev umetne inteligence shranjuje pozive na način, ki krši politiko, organizacija še vedno pojasnjuje odločitev. Dobavitelj si lahko deli odgovornost, vendar se poslanstvo ne prenese na dobavitelja. Ostaja nelagodno lokalno pri instituciji, ki je storitev obljubila.
To razlikovanje je pomembno za stroške. Upravljane storitve lahko zmanjšajo potrebe po kadrih za nekatere naloge, hkrati pa povečajo potrebo po arhitekturi, varnosti, upravljanju dobaviteljev, upravljanju podatkov, FinOps in revizijskih kompetencah. Če poslovni načrt odstrani staro operativno ekipo in pozabi financirati novo nadzorno delo, organizacija ni prihranila denarja. Pretvorila je vidno delo v skrito tveganje. Račun je videti urejen do prvega incidenta, ko odsotni ljudje postanejo nenavadno dragi.
Zrel operativni model oblaka zato ohranja dovolj notranjih kompetenc, da deluje kot sposoben naročnik. Pozna delovanje storitve na ravni, ki je potrebna za konfiguracijo, spremljanje, preverjanje, obnovitev in izhod. Ima priročnike, ki opisujejo več kot le to, kateri gumb pritisniti. Zna brati dnevnike, rotirati ključe, preizkušati varnostne kopije, omejevati dostop in dobaviteljem postavljati natančna vprašanja. Ni mu treba zgraditi vsake komponente. Izogibati se mora temu, da bi postal potnik v lastni infrastrukturi.
Odpornost je komercialna drža
Odpornost je pogosto opisana kot inženirska lastnost: redundantne cone, varnostne kopije, preklop ob okvari, čakalne vrste, ponovni poskusi, odklopniki, obnova po nesreči. Vse to je pomembno. Toda odpornost je tudi komercialna. Ali lahko organizacija še naprej deluje med sporom o pogodbi, zamudo pri podpori, regionalnim izpadom, zvišanjem cene, opustitvijo izdelka, spremembo politike, izvozno omejitvijo ali začasno ukinitvijo računa. To niso zgolj pravni scenariji. To so načini odpovedi s številkami naročilnic.
Nekateri vzorci odpornosti so hkrati tehnični in komercialni. Vodenje avtoritativnih zapisov v prenosljivih formatih je tako upravljanje podatkov kot pogajanja. Neodvisni dnevniki so tako opazovanje kot dokazi. Lokalni nadzor nad ključi je tako varnost kot pogajalska moč. Večregijska zasnova je tako razpoložljivost kot jurisdikcijska izpostavljenost. Preizkušena obnova zunaj primarne platforme je tako obnova po nesreči kot opomnik, da je izhod mogoč. Kategorije so priročne, dokler jih resničnost ne spregleda.
Večoblačnost je včasih predlagana kot samodejni odgovor. Lahko pomaga v posebnih primerih, zlasti kadar so delovne obremenitve zasnovane za prenosljivost in imajo ekipe financirano upravljanje dodatne zapletenosti. Lahko pa postane tudi drago gledališče: dve platformi, dva nabora znanj, dva varnostna modela, dvakratna zmeda in nobenega dejansko preizkušenega izhoda. Večoblačnost sama po sebi ni vrlina. Vrlina je verodostojna izbira. Včasih se to doseže z odprtimi formati, vsebniško zasnovanimi delovnimi obremenitvami, prenosljivimi podatkovnimi zbirkami, neodvisno identiteto in disciplino pri dobaviteljih, ne pa s simetričnim podvajanjem.
Vprašanje odpornosti bi moralo biti praktično. Katere delovne obremenitve morajo preživeti pritisk ponudnika. Kako dolgo lahko delujejo z zmanjšano zmogljivostjo. Kateri podatki morajo biti na voljo lokalno. Katere odvisnosti od nadzorne ravnine so sprejemljive. Katere nujne ukrepe je mogoče izvesti brez odobritve dobavitelja. Kateri izhodi so bili preizkušeni. Katere ekipe so jih vadile. Če je odgovor večinoma zaupanje, ima organizacija tablo razpoloženja, ne odpornosti.
Načrt izhoda je del računa
Načrtovanje izhoda se pogosto obravnava kot pesimizem. Obravnavati bi ga bilo treba kot računovodstvo. Načrt izhoda ne pomeni, da organizacija namerava oditi jutri. Pomeni, da organizacija ve, kaj bi odhod vključeval, kar zmanjšuje verjetnost, da bo ostajanje postalo obvezno. Načrt je lahko skromen: popis kritičnih storitev, razvrstitev prenosljivosti, dokumentiranje podatkovnih formatov, ohranjanje neodvisnih dokazov, preizkušanje izvoza, prepoznavanje nadomestnih vzorcev in vaja obnovitve za tistih nekaj delovnih obremenitev, ki so resnično pomembne.
Izhod ni nujno vse ali nič. Dober načrt prepozna delne izhode. Analitiko prestavite pred osnovnimi operacijami. Zamenjajte lastniško čakalno vrsto v enem delovnem toku. Hranite varnostne kopije zunaj primarnega oblaka. Ohranite neodvisno pot za obnovitev identitete. Obnovite najdražjo raven shranjevanja. Ločite podatke za vrednotenje umetne inteligence od orodja, specifičnega za ponudnika. Vsak delni izhod zmanjša pritisk odvisnosti. Bistvo ni dramatična neodvisnost. Bistvo je zmanjšanje števila načinov, na katere je organizacijo mogoče stisniti v kot.
Neprijeten del je, da izhod stane denar, tudi ko se ne uporablja. Odprti formati zahtevajo disciplino. Prenosljive zasnove so lahko manj priročne. Zaposleni potrebujejo usposabljanje. Preizkusi porabljajo čas. Neodvisni dnevniki zahtevajo shranjevanje in nadzor dostopa. Nabava potrebuje močnejše klavzule. Arhitekturni pregledi trajajo dlje. Zato bi moral biti izhod izrecno ovrednoten. Če se vodstvo odloči, da zanj ne bo plačalo, je to odločitev. Če nihče ne določi cene, sistem tiho izbere odvisnost in to imenuje učinkovitost.
Obstaja uporabno pravilo: bolj kritična kot je delovna obremenitev, bolj dolgočasni bi morali biti dokazi o izhodu. Ne predstavitev, ki pravi prenosljivo. Ne pogodbena klavzula, ki obljublja razumno pomoč. Nedaven izvoz. Obnovljen vzorec. Izmerjeno trajanje. Seznam izgubljenih funkcij. Imenovani lastnik. Znani stroški. Če se to sliši neromantično, dobro. Romantika ni strategija za obnovitev.
Lokalno znanje je finančni nadzor
Eden najtišjih stroškov odvisnosti od oblaka je oženje znanja. Ekipe postanejo zelo dobre v konzoli enega ponudnika, njegovem jeziku pravilnikov, modelu uvajanja, upravljanih storitvah in podpornih praksah. To je produktivno, dokler ne postane edini razpoložljivi jezik. Ko ponudnik predlaga novo storitev, jo ekipa tekoče ovrednoti. Ko se upravni odbor vpraša, ali obstaja druga pot, je odgovor počasnejši, bolj nejasen in običajno dražji, ker organizacija ni vadila razmišljanja zunaj platforme.
Znanje je pogajalska moč. Ekipa, ki razume podatkovne baze, lahko izpodbija načrt upravljane podatkovne baze. Ekipa, ki razume omrežja, lahko postavlja vprašanja o vzorcih prenosa podatkov. Ekipa, ki razume identiteto, se lahko izogne temu, da bi privzete nastavitve ponudnika obravnavala kot varnostno politiko. Ekipa, ki razume modele stroškov, lahko opazi, kdaj popust spremeni arhitekturo. Ekipa, ki razume obnovo, lahko zahteva dokaze namesto tolažbe. Strokovnost ne zahteva, da vse počnemo v lastni režiji. Zahteva, da vemo dovolj, da ostanemo nevarni na sestanku, po možnosti še pred kosilom.
Usposabljanje bi zato moralo vključevati temeljne zmogljivosti, ne le potrdila ponudnikov. Kaj je čakalna vrsta. Kaj pomeni idempotentnost. Kako odpovedo varnostne kopije. Kaj naredi dnevnik uporaben kot dokaz. Kako nadzor nad šifrirnimi ključi spremeni pooblastila. Kaj je podatkovna gravitacija. Kako zaveze vplivajo na vedenje. Kako merimo strošek na koristno transakcijo. Orodja ponudnikov so pomembna, vendar jih je treba obravnavati kot izvedbe širših konceptov. V nasprotnem primeru organizacija zamenjuje jedilnik s kuhinjo.
To še posebej velja v javnem in poljavnem sektorju. Institucije z dolgimi odgovornostmi si ne morejo privoščiti, da bi bil njihov operativni jezik v celoti najet. Občina, bolnišnica, šola, vodno gospodarstvo ali regulator lahko dobro uporablja storitve v oblaku, vendar mora še vedno razumeti zmogljivosti, od katerih je odvisna. V nasprotnem primeru javna odgovornost postane servisna zahtevek z logotipom in vsi prepozno odkrijejo, da ima upravljanje prek čakalne vrste zahtevkov omejen ustavni čar.
Nelagoden zaključek
Odvisnost od oblaka je nelagodna, ker ni zgodba o zlobnežu. Oblak je lahko prava rešitev. Lahko zmanjša odpadke, izboljša varnost, pospeši dobavo, podpira raziskave, obvladuje konice in omogoči majhnim ekipam delo, ki se ga sicer ne bi mogle lotiti. Številne kritike oblaka tiho predpostavljajo raven lokalne operativne odličnosti, ki ne obstaja. Slabo vodena zasebna platforma ni suverenost. Je le bolj intimni izpad.
Nelagodje izhaja iz potrebe po poštenem obračunu. Udobje ima vrednost. Zaklenjenost ima vrednost za dobavitelja. Izhod ima stroške. Znanje ima stroške. Dokazi imajo stroške. Prenosljivost ima stroške. Zaveze prinašajo tako prihranke kot omejitve. Upravljane storitve zmanjšajo nekaj dela in ustvarijo drugo delo. Resen pogovor vse to postavi na isto mizo. Zavrača tako fantazijo, da je najeta infrastruktura samodejno osvoboditev, kot fantazijo, da je lastništvo strojne opreme samodejno nadzor.
Dobra strategija oblaka izbira odvisnost premišljeno. Uporablja upravljane storitve tam, kjer ustvarjajo resnično vrednost. Postavlja strožje meje okoli kritičnih podatkov, dokazov, identitete in obnove. Financira notranje kompetence. Pogodbe obravnava kot del arhitekture. Testira izvoz pred pogajanji. Ve, katere delovne obremenitve so lahko globoko povezane in katere morajo ostati prenosljive. Račun za oblak ne vidi kot kazen, temveč kot signal o tem, kako se je organizacija odločila delovati.
Nauk je dovolj jasen, da je uporaben. Ekonomika oblaka je nelagodna, ker določa ceno prihodnosti, ne le sedanjosti. Poceni pot je lahko poceni, ker nekdo drug drži izhod. Draga pot je lahko draga, ker ohranja izbiro. Nobeno dejstvo samo po sebi ne odloči o odgovoru. Institucija odloči tako, da poimenuje, kaj mora ostati pod njenim nadzorom, kaj je lahko najeto, kaj mora biti prenosljivo in kakšno ceno je pripravljena plačati za možnost, da spremeni svoje mnenje.