Neugodna ekonomika ovisnosti o oblaku
Popust koji je postao strategija
Prvi račun za oblak koji je važan rijetko je doista prvi. Prvi je obično olakšanje. Nema kupnje poslužitelja, nema čekanja na postupak nabave, nema razgovora s održavanjem oko hlađenja, nema herojske tablice o kapacitetima za sljedeće tri godine. Tim otvori račun, pokrene uslugu, vidi da radi i osjeća se kao da je gravitacija privremeno suspendirana. Račun izgleda pristojno. Financije klimnu glavom. Arhitektura izgovori riječ elastično. Svi odlaze kući s blagim sjajem kompetentnosti.
A onda sustav postane koristan. Tu se ekonomija mijenja. Podaci rastu. Evidencija raste jer netko napokon želi znati što se dogodilo. Upravljana baza podataka postaje mjesto gdje živi operativno pamćenje. Red poruka povezuje se s nizvodnim sustavima. Sloj identiteta postaje ulazna vrata. Skladište podataka prima izvoze jer su i analitičari ljudi. Nekoliko specijaliziranih usluga postaje normalan dio tehnološkog okruženja. Mjesečni račun i dalje je samo jedan broj, ali sada sadrži nekoliko budućnosti.
Ovisnost o oblaku postaje neugodna jer počinje kao pogodnost, a sazrijeva u pregovaračku poziciju. Pitanje nije je li oblak dobar ili loš. Taj je okvir previše lijen za odrasle s produkcijskim sustavima. Pitanje je razumije li organizacija koji su troškovi vidljivi, koji su odgođeni, koje su sposobnosti izmakle iz njezinih ruku i što bi bilo potrebno za promjenu smjera bez zaustavljanja rada koji sada ovisi o platformi.
Najskuplji dio ovisnosti često nije navedena cijena. To je gubitak opcija. Opcije su sposobnost ponovnog pregovaranja, preseljenja, pojednostavljivanja, pauziranja, zamjene ili odbijanja bez pretvaranja organizacije u kriznu sobu. Oblak može rano kupiti korisne opcije: brze eksperimente, privremeni kapacitet, upravljane sigurnosne značajke, globalni doseg. Kasnije također može trošiti opcije kada se podaci, identitet, operacije i vještine tako čvrsto smjeste oko jednog pružatelja da odlazak postane projekt s vlastitim vremenskim sustavom.
Ovisnost o oblaku nije korištenje oblaka
Korištenje cloud usluga je uobičajeno. Oslanjanje na cloud usluge također je uobičajeno. Problem počinje kada je ovisnost nevidljiva ljudima koji donose odluke. Radno opterećenje koje se izvodi na unajmljenoj infrastrukturi nije automatski zabilježeno. Radno opterećenje čiji model podataka, identitet, vidljivost, proces implementacije, sigurnosni položaj, strategija sigurnosnih kopija, analitika i navike osoblja pretpostavljaju jednog dobavljača, sasvim je druga stvar. Jedno je hosting. Drugo je operativni model sa središtem oblikovanim prema dobavljaču.
Ovisnost ima slojeve. Postoji komercijalna ovisnost: popusti, obveze, rezervirani kapaciteti, krediti, ugovori na tržištu, razine podrške i kalendari nabave. Postoji tehnička ovisnost: vlasnički API-ji, upravljane baze podataka, sustavi događaja, usluge identiteta, predlošci implementacije, agenti za nadzor i semantika pohrane. Postoji organizacijska ovisnost: obuka, runbookovi, profili zapošljavanja, navike u incidentima, tokovi odobravanja i utješno uvjerenje da je portal sustav. Svaki sloj može biti racionalan. Zajedno odlučuju o tome koliko je budućnost pregovorljiva.
Mnoge organizacije podcjenjuju organizacijski sloj jer se on ne pojavljuje u arhitektonskim dijagramima. Inženjeri postanu tečni u jednom dobavljaču. Sigurnosni timovi nauče njegov model politika. Financije nauče njegov jezik računa. Nabava nauči njegove ugovorne rituale. Incident timovi nauče njegove nadzorne ploče. Ta tečnost ima vrijednost. Ona također stvara trošak prelaska. Drugi dobavljač može biti tehnički moguć, a ekonomski apsurdan ako nitko nema radni vokabular za upravljanje njime pod pritiskom.
Zato ovisnost treba tretirati kao upravljano izlaganje, a ne kao moralni propust. Bolnica može opravdano koristiti upravljane cloud usluge za nekritičnu analitiku, a klinički kontinuitet i dalje držati bliže. Trgovac može prihvatiti visok stupanj povezanosti s platformom radi brzog skaliranja. Javna agencija može odabrati strožu prenosivost za evidenciju građana. Pogreška nije u odabiru ovisnosti. Pogreška je odabrati je slučajno i otkriti cijenu tek kada netko zatraži izlaz.
Ekonomska površina veća je od računalne snage
Razgovori o cloudu često počinju s računalnom snagom i pohranom jer ih je lako prebrojiti. To je kao suditi o restoranu prema cijeni krumpira. Ekonomska površina uključuje identitet, mrežni promet, zapise, sigurnosne kopije, replikaciju, vidljivost, sigurnosno skeniranje, upravljanje ključevima, upravljane baze podataka, redove čekanja, analitiku, prijenos podataka, podršku, dokaze o usklađenosti, vrijeme osoblja, migracijske poslove i cijenu odbijanja zadanih postavki. Račun je samo onaj dio sustava koji je dovoljno pristojan da stigne kao PDF.
Upravljane usluge mogu biti izvrsne jer pretvaraju težak operativni rad u granicu usluge. Upravljana baza podataka može biti sigurnija i jeftinija od loše vođene lokalne baze. Upravljani red čekanja može uštedjeti tjedne inženjerskog rada. Upravljani sloj identiteta može smanjiti katastrofalne pogreške. Ali pretvorba nije nestanak. Rad se seli. Odgovornost se seli manje. Organizacija i dalje posjeduje kvalitetu podataka, politiku pristupa, svrhu sigurnosnih kopija, zadržavanje, vrijeme oporavka, dokaze i posljedice prekida. Unajmila je mišiće, ne prosuđivanje.
Najopasniji poslovni slučaj za cloud jest onaj koji cijeni uslugu, a zanemaruje ponašanje koje ona stvara. Kada je pohrana laka, timovi zadržavaju više. Kada su zapisi dovoljno jeftini, timovi bilježe bez klasifikacije. Kada je kopiranje podataka jedan klik, kopije se množe. Kada je upravljana analitika dostupna, pojavljuju se sirovi izvozi. Kada svi timovi mogu stvarati resurse, konvencije imenovanja postaju folklor. Pogodnost je vrijedna, ali pogodnost bez inventara postaje mala porezna uprava unutar arhitekture.
Dobra ekonomija oblaka stoga počinje mapom usluga, a ne tablicom popusta. Koja su opterećenja kritična. Koji podaci imaju pravnu ili misijsku osjetljivost. Koje su usluge vlasničke. Koje se mogu zamijeniti. Koji podaci prelaze plaćene granice. Koji su zapisnici potrebni kao dokaz. Koje su sigurnosne kopije testirane. Koje su obveze povezane sa stvarnom potražnjom. Koji ljudi mogu upravljati sustavom kada je portal spor, račun iznenađujući ili pružatelj promijeni zadane postavke.
Izlazni promet nije skandal, nego simptom
Naknade za izlazni promet privlače mnogo pozornosti jer djeluju nepristojno. Plaćati izvlačenje podataka s mjesta na koje ste platili da ih stavite ima emocionalni prizvuk naplate za napuštanje sastanka. Iritacija je razumljiva. No izlazni promet nije cijeli problem. On je vidljivi simptom većeg gospodarskog dizajna: podaci postaju vrijedniji pružatelju kada ostanu, a skuplji kupcu kada se premještaju.
Gravitacija podataka djelomično je tehnička. Velike skupove podataka sporo je premještati. Izvedene skupove podataka treba uskladiti. Indeksi, dopuštenja, sheme, metapodaci i podrijetlo ne putuju automatski. Nizvodni sustavi pretpostavljaju lokacije. Analitičari grade bilježnice. Tijekovi rada ovise o lokacijama. Trošak premještanja uključuje propusnost, ali i ljudski rad na tome da premještena stvar nakon dolaska znači isto. Svatko tko je migrirao podatkovno okruženje zna da su bajtovi često najmanje sarkastičan dio tog pothvata.
Gravitacija podataka također je politička. Tim koji želi napustiti platformu može naići na prigovore svake skupine koja se izgradila oko nje. Sigurnost pita o kontrolama. Analitika pita o cjevovodima. Proizvod pita o latenciji. Financije pitaju zašto se postojeća obveza ne koristi. Pravna služba pita mijenjaju li se obraditelji podataka. Operacije pitaju tko će držati dojavljivač. Nijedan od tih prigovora nije glup. Zajedno čine ekonomiju ostanka.
Ozbiljna arhitektura određuje cijenu premještanja prije nego što je premještanje potrebno. Drži kritične podatke u otvorenim formatima. Bilježi verzije shema i podrijetlo. Odvaja izvorne zapise od izvedenih slojeva pogodnosti. Testira izvoz i vraćanje. Izbjegava da svaka analitička kopija postane nova ovisnost. Dokumentira što bi se pokvarilo tijekom migracije. Taj rad može djelovati pesimistično tijekom rasta. Djeluje manje pesimistično kada organizacija primi ponudu za obnovu s toplinom kazne za parkiranje.
Obveze su korisne dok ne postanu politika
Rezervirani kapacitet, popusti za poduzeća, ugovorena potrošnja i krediti u oblaku mogu biti ekonomski opravdani. Snižavaju jedinične troškove kada je potražnja stvarna i stabilna. No mijenjaju i ponašanje. Ugovorna obveza može postati tiha uputa da se više koristi jedna platforma jer je novac već obećan. Arhitektura tada slijedi ugovor umjesto opterećenja. To nije korupcija. To je aritmetika s bedžem.
Ugovorne obveze osobito su škakljive u radu s umjetnom inteligencijom i podacima jer je potražnja neizvjesna. Pilot projekt može zahtijevati isprekidane eksperimente. Opterećenje inferencije u produkciji može se stabilizirati. Obuka može povremeno zahtijevati velike poslove. Evidentiranje i evaluacija mogu rasti kako sazrijeva upravljanje. Pohrana se može gomilati jer brisanje zahtijeva više discipline nego stvaranje. Prerano preuzimanje obveze može natjerati organizaciju da optimizira za kazalište prognoza. Prekasno preuzimanje obveze može značiti rasipanje novca. U svakom slučaju, obvezu treba tretirati kao poziciju rizika, a ne samo kao pobjedu u nabavi.
Krediti zaslužuju vlastiti oprez. Besplatan ili subvencioniran kapacitet može biti koristan, osobito za eksperimentiranje i rad u javnom interesu. Može također posijati ovisnost prije nego što organizacija odredi cijenu stabilnog stanja. Tim gradi na uslugama koje su privremeno jeftine, duboko se integrira i kasnije otkrije uobičajeni račun. Prva godina nije bila trošak. Bila je to mamac-prognoza. Nije potrebna nikakva zlonamjernost. Proračunska tablica odradila je posao s ozbiljnim licem.
Dobro upravljanje pita što obveza operativno znači. Koja su opterećenja pokrivena. Koja su isključena. Što se događa ako potražnja padne. Što se događa ako bolja usluga postoji negdje drugdje. Oduzima li popust poticaj za prenosivost. Pogoršava li održivost nagrađivanjem prekomjerne potrošnje. Skriva li trošak održavanja lokalne stručnosti. Popust koji slabi budući izbor treba knjižiti i kao uštedu i kao izloženost. Financije razumiju taj jezik. Arhitektura bi također trebala.
Upravljane usluge premještaju rad, ne odgovornost
Najjači argument za oblak i dalje je operativna kvaliteta. Većina organizacija ne želi sve voditi sama, a mnoge ni ne bi trebale. Svijet ima dovoljno neodržavanih poslužitelja, zaboravljenih prozora za zakrpe, polovično testiranih sigurnosnih kopija i herojskih administratora koji znaju previše jer nitko ništa nije zapisao. Upravljana infrastruktura može poboljšati pouzdanost, sigurnost, brzinu i usredotočenost. Pretvarati se da nije tako znači nostalgija s dijagramom racka.
No upravljano ne znači i delegirano u pravnom ili institucionalnom smislu. Ako upravljana baza podataka izgubi podatke, organizacija i dalje odgovara korisniku. Ako upravljana konfiguracija identiteta dodijeli previše pristupa, organizacija i dalje snosi odgovornost za povredu. Ako upravljana AI usluga pohranjuje upite na način koji krši politiku, organizacija i dalje objašnjava tu odluku. Dobavljač može dijeliti odgovornost, ali misija se ne seli na dobavljača. Ona ostaje neugodno lokalna za instituciju koja je obećala uslugu.
Ta razlika je važna za troškove. Upravljane usluge mogu smanjiti potrebu za osobljem u nekim zadacima, ali istovremeno povećati potrebu za arhitekturom, sigurnošću, upravljanjem dobavljačima, upravljanjem podacima, FinOps i revizijskom stručnošću. Ako poslovni slučaj ukloni stari operativni tim i zaboravi financirati novi kontrolni posao, organizacija nije uštedjela novac. Pretvorila je vidljiv rad u skriveni rizik. Račun izgleda uredno do prvog incidenta, nakon čega odsutni ljudi postaju čudno skupi.
Zreo model upravljanja oblakom stoga zadržava dovoljno interne stručnosti da djeluje kao sposoban nalogodavac. On zna kako usluga funkcionira na razini potrebnoj za konfiguraciju, nadzor, propitivanje, oporavak i izlazak. Ima runbookove koji opisuju više od toga koji gumb pritisnuti. Zna čitati zapise, rotirati ključeve, testirati sigurnosne kopije, ograničavati pristup i postavljati dobavljačima precizna pitanja. Ne mora izgraditi svaku komponentu. Ali ne smije postati putnik u vlastitoj infrastrukturi.
Otpornost je komercijalni stav
Otpornost se često opisuje kao inženjersko svojstvo: redundantne zone, sigurnosne kopije, prebacivanje na rezervni sustav, redovi čekanja, ponovni pokušaji, prekidači kruga, oporavak od katastrofe. Sve je to važno. Ali otpornost je i komercijalna. Može li organizacija nastaviti poslovati tijekom ugovornog spora, kašnjenja podrške, regionalnog prekida, povećanja cijena, ukidanja proizvoda, promjene politike, izvoznih ograničenja ili suspenzije računa. To nisu samo pravni scenariji. To su načini otkazivanja s brojevima narudžbenica.
Neki obrasci otpornosti istovremeno su tehnički i komercijalni. Vođenje službenih zapisa u prijenosnim formatima istovremeno je upravljanje podacima i pregovaranje. Neovisni zapisi istovremeno su vidljivost i dokaz. Lokalna kontrola ključeva istovremeno je sigurnost i pregovaračka moć. Dizajn s više regija istovremeno je dostupnost i izloženost jurisdikcijama. Testirani oporavak izvan primarne platforme istovremeno je oporavak od katastrofe i podsjetnik da je izlazak moguć. Kategorije su zgodne sve dok ih stvarnost ne zanemari.
Multi-cloud se ponekad predlaže kao automatski odgovor. Može pomoći u konkretnim slučajevima, osobito kada su radna opterećenja dizajnirana za prijenosnost i timovi imaju sredstva za upravljanje dodatnom složenošću. Može postati i skupa predstava: dvije platforme, dva skupa vještina, dva sigurnosna modela, dvostruka zbrka i nijedan stvarno testirani izlazak. Multi-cloud sam po sebi nije vrlina. Vrlina je vjerodostojan izbor. Ponekad se to postiže otvorenim formatima, kontejneriziranim radnim opterećenjima, prijenosnim bazama podataka, neovisnim identitetom i disciplinom dobavljača, a ne simetričnim umnožavanjem.
Pitanje otpornosti treba biti praktično. Koja radna opterećenja moraju preživjeti pritisak dobavljača. Koliko dugo mogu degradirati. Koji podaci moraju biti dostupni lokalno. Koje su ovisnosti o kontrolnoj ravnini prihvatljive. Koje se hitne radnje mogu poduzeti bez odobrenja dobavljača. Koji su izlasci testirani. Koji su ih timovi uvježbali. Ako je odgovor uglavnom povjerenje, organizacija ima ploču s vizijom, a ne otpornost.
Plan izlaska dio je računa
Planiranje izlaza često se tretira kao pesimizam. Trebalo bi ga tretirati kao računovodstvo. Plan izlaza ne znači da organizacija planira otići sutra. Znači da organizacija zna što bi odlazak uključivao, što smanjuje vjerojatnost da ostanak postane prisilan. Plan može biti skroman: inventarizirati kritične usluge, klasificirati prenosivost, dokumentirati formate podataka, čuvati neovisne dokaze, testirati izvoz, identificirati zamjenske obrasce i uvježbati obnovu za nekoliko radnih opterećenja koja su uistinu važna.
Izlaz ne mora biti sve ili ništa. Dobar plan prepoznaje djelomične izlaze. Premjestite analitiku prije osnovnih operacija. Zamijenite vlasnički red čekanja u jednom tijeku rada. Držite sigurnosne kopije izvan primarnog oblaka. Zadržite neovisan put oporavka identiteta. Ponovno izgradite najskuplji sloj pohrane. Odvojite podatke za evaluaciju umjetne inteligencije od alata specifičnog za pružatelja. Svaki djelomični izlaz smanjuje pritisak ovisnosti. Poanta nije dramatična neovisnost. Poanta je smanjiti broj načina na koje organizacija može biti dovedena u škripac.
Neugodan dio je taj što izlaz košta novac čak i kada se ne koristi. Otvoreni formati zahtijevaju disciplinu. Prenosivi dizajni mogu biti manje praktični. Osoblje treba obuku. Testovi oduzimaju vrijeme. Neovisni dnevnici zahtijevaju pohranu i kontrolu pristupa. Nabava treba snažnije klauzule. Pregledi arhitekture traju dulje. Zato izlaz treba izričito cijeniti. Ako čelnici odluče da za to neće platiti, to je odluka. Ako nitko ne odredi cijenu, sustav tiho bira ovisnost i naziva je učinkovitošću.
Postoji korisno pravilo: što je radno opterećenje kritičnije, to dokazi o izlazu trebaju biti dosadniji. Ne slajd koji kaže prenosivo. Ne odlomak ugovora koji obećava razumnu pomoć. Nedavni izvoz. Obnovljeni uzorak. Izmjereno trajanje. Popis izgubljenih značajki. Imenovani vlasnik. Poznati trošak. Ako to zvuči neromantično, dobro. Romantika nije strategija oporavka.
Lokalna vještina je financijska kontrola
Jedan od najtiših troškova ovisnosti o oblaku je sužavanje vještina. Timovi postaju vrlo dobri u konzoli jednog pružatelja, jeziku pravila, modelu implementacije, upravljanim uslugama i ritualima podrške. To je produktivno sve dok ne postane jedini dostupni jezik. Kada dobavljač predloži novu uslugu, tim je procjenjuje tečno. Kada uprava pita postoji li drugi put, odgovor je sporiji, nejasniji i obično skuplji jer organizacija nije vježbala razmišljati izvan platforme.
Vještina je pregovaračka moć. Tim koji razumije baze podataka može propitivati dizajn upravljane baze podataka. Tim koji razumije umrežavanje može dovoditi u pitanje obrasce prijenosa podataka. Tim koji razumije identitet može izbjeći tretiranje zadanih postavki pružatelja kao sigurnosne politike. Tim koji razumije modele troškova može uočiti kada popust mijenja arhitekturu. Tim koji razumije oporavak može tražiti dokaze umjesto utjehe. Stručnost ne zahtijeva da se sve radi interno. Zahtijeva dovoljno znanja da ostanete opasni na sastanku, po mogućnosti prije ručka.
Obuka bi stoga trebala uključivati temeljne sposobnosti, ne samo certifikaciju pružatelja. Što je red čekanja. Što znači idempotencija. Kako sigurnosne kopije zakažu. Što zapisnik čini korisnim kao dokaz. Kako kontrola ključeva za šifriranje mijenja ovlasti. Što je gravitacija podataka. Kako obveze utječu na ponašanje. Kako mjerimo trošak po korisnoj transakciji. Alati pružatelja su važni, ali ih treba tretirati kao implementacije širih koncepata. Inače organizacija zamijeni jelovnik s kuhinjom.
To je posebno istinito u javnom i polujavnom sektoru. Institucije s dugotrajnim obvezama ne mogu dopustiti da njihov operativni jezik bude u potpunosti unajmljen. Općina, bolnica, škola, vodovodno poduzeće ili regulator mogu dobro koristiti usluge u oblaku, ali bi ipak trebali razumjeti sposobnosti o kojima ovise. Inače javna odgovornost postaje zahtjev za podršku s logotipom, i svi prekasno otkriju da upravljanje redom zahtjeva ima ograničen ustavni šarm.
Neugodan zaključak
Ovisnost o oblaku je neugodna jer nije priča o zlikovcu. Oblak može biti pravi odgovor. Može smanjiti otpad, poboljšati sigurnost, ubrzati isporuku, podržati istraživanje, nositi se s vrhuncima opterećenja i omogućiti malim timovima posao koji inače ne bi mogli pokušati. Mnoge kritike oblaka tiho pretpostavljaju razinu lokalne operativne izvrsnosti koja ne postoji. Loše vođena privatna platforma nije suverenitet. To je samo intimniji prekid rada.
Nelagoda dolazi iz potrebe za iskrenim obračunom. Pogodnost ima vrijednost. Zaključanost ima vrijednost za dobavljača. Izlazak ima trošak. Vještina ima trošak. Dokazi imaju trošak. Prenosivost ima trošak. Obveze donose i uštede i ograničenja. Upravljane usluge smanjuju dio posla i stvaraju drugi posao. Ozbiljan razgovor stavlja sve to na isti stol. Odbija i fantaziju da je unajmljena infrastruktura automatski oslobođenje i fantaziju da je posjedovanje hardvera automatski kontrola.
Dobra strategija oblaka namjerno bira ovisnost. Koristi upravljane usluge tamo gdje stvaraju stvarnu vrijednost. Povlači strože granice oko kritičnih podataka, dokaza, identiteta i oporavka. Financira internu kompetenciju. Tretira ugovore kao dio arhitekture. Testira izvoz prije pregovora. Zna koji se radni tereti mogu duboko povezati, a koji moraju ostati prenosivi. Račun za oblak ne vidi kao kaznu, već kao signal o tome kako je organizacija odlučila poslovati.
Pouka je dovoljno jasna da bude korisna. Ekonomika oblaka je neugodna jer određuje cijenu budućnosti, ne samo sadašnjosti. Jeftin put može biti jeftin jer netko drugi drži izlaz. Skup put može biti skup jer čuva izbor. Nijedna činjenica sama po sebi ne određuje odgovor. Institucija odlučuje imenujući što mora ostati pod njezinom kontrolom, što se može unajmiti, što mora biti prenosivo i koju je cijenu spremna platiti za mogućnost promjene mišljenja.