A felhőfüggőség kényelmetlen közgazdaságtana
A kedvezmény, amely stratégiává vált
Az első felhőszámla, amely számít, ritkán az első. Az első általában megkönnyebbülés. Nincs szerverbeszerzés, nincs beszerzési ciklusra várás, nincs beszélgetés a létesítményüzemeltetőkkel a hűtésről, nincs hősi táblázat a következő három év kapacitásáról. Egy csapat megnyit egy fiókot, telepít egy szolgáltatást, látja, hogy működik, és úgy érzi, mintha a gravitációt átmenetileg felfüggesztették volna. A számla civilizáltnak tűnik. A pénzügy bólint. Az architektúra kimondja a rugalmasság szót. Mindenki hazamegy a kompetencia halvány ragyogásával.
Aztán a rendszer hasznossá válik. Ekkor változnak meg a gazdasági feltételek. Az adatmennyiség nő. A naplózás nő, mert valaki végre tudni akarja, mi történt. A felügyelt adatbázis lesz az a hely, ahol az operatív emlékezet él. Az üzenetsor bekapcsolódik a downstream rendszerekbe. Az identitásréteg lesz a bejárati ajtó. Az adattárház exportokat fogad, mert az elemzők is emberek. Néhány speciális szolgáltatás a stack normális részévé válik. A havi számla még mindig csak egy szám, de már több jövőt tartalmaz.
A felhőfüggőség azért válik kényelmetlenné, mert kényelemként kezdődik, és alkupozícióvá érik. A kérdés nem az, hogy a felhő jó vagy rossz. Ez a keretezés túl lusta a felnőttekhez, akik éles rendszereket üzemeltetnek. A kérdés az, hogy a szervezet érti-e, mely költségek láthatók, mely költségek halasztottak, mely képességek kerültek ki a kezéből, és mi kellene ahhoz, hogy irányt váltson anélkül, hogy leállítaná azt a munkát, amely most a platformtól függ.
A függőség legdrágább része gyakran nem a listaár. Hanem az opcionalitás elvesztése. Az opcionalitás az a képesség, hogy újratárgyaljunk, áthelyezzünk, egyszerűsítsünk, szüneteltessünk, lecseréljünk vagy visszautasítsunk anélkül, hogy a szervezet válságstábbá válna. A felhő eleinte hasznos opcionalitást vásárolhat: gyors kísérleteket, ideiglenes kapacitást, felügyelt biztonsági funkciókat, globális elérést. Később azonban el is költheti az opcionalitást, amikor az adatok, az identitás, a műveletek és a készségek olyan szorosan egy szolgáltató köré rendeződnek, hogy a távozás egy olyan projektté válik, amelynek megvan a maga időjárási rendszere.
A felhőfüggőség nem felhőhasználat
A felhőszolgáltatások használata mindennapos. A felhőszolgáltatásoktól való függés szintén mindennapos. A probléma akkor kezdődik, amikor ez a függés láthatatlan a döntéseket hozók számára. Egy, bérelt infrastruktúrán futó munkaterhelés nem kerül automatikusan rögzítésre. Más a helyzet azzal a munkaterheléssel, amelynek adatmodellje, identitáskezelése, megfigyelhetősége, telepítési folyamata, biztonsági állapota, biztonsági mentési stratégiája, elemzési megoldásai és a munkatársak szokásai mind egyetlen szolgáltatót feltételeznek. Az egyik esetben tárhelyszolgáltatásról beszélünk. A másik egy olyan üzemeltetési modell, amelynek középpontjában a szállító áll.
A függőségnek rétegei vannak. Létezik kereskedelmi függőség: kedvezmények, elköteleződések, fenntartott kapacitás, jóváírások, piactéri szerződések, támogatási szintek és beszerzési naptárak. Létezik technikai függőség: saját fejlesztésű API-k, felügyelt adatbázisok, eseménykezelő rendszerek, identitásszolgáltatások, telepítési sablonok, monitoringügynökök és tárolási szemantika. Létezik szervezeti függőség: képzések, üzemeltetési kézikönyvek, felvételi profilok, incidenskezelési szokások, jóváhagyási folyamatok és az a megnyugtató hit, hogy a portál maga a rendszer. Minden réteg önmagában észszerű lehet. Együtt azonban azt határozzák meg, mennyire tárgyalható a jövő.
Sok szervezet alábecsüli a szervezeti réteget, mert az nem jelenik meg az architektúra-ábrákon. A mérnökök folyékonyan dolgoznak egy szolgáltatóval. A biztonsági csapatok megtanulják annak szabályzatmodelljét. A pénzügy megtanulja a számlázási nyelvet. A beszerzés megtanulja a szerződéses rituálékat. Az incidenskezelő csapatok megtanulják az irányítópultokat. Ennek a jártasságnak értéke van. Ugyanakkor váltási költséget is teremt. Egy második szolgáltató technikailag lehetséges lehet, de gazdaságilag abszurd, ha senkinek nincs meg a munkanyelve ahhoz, hogy nyomás alatt üzemeltesse.
Éppen ezért a függőséget kezelt kockázatként kell kezelni, nem pedig erkölcsi kudarcként. Egy kórház észszerűen használhat felügyelt felhőszolgáltatásokat nem kritikus elemzésekhez, miközben a klinikai folytonosságot közelebb tartja magához. Egy kiskereskedő elfogadhatja a magas fokú platformkapcsolódást a gyors skálázás érdekében. Egy közintézmény szigorúbb hordozhatóságot választhat az állampolgári nyilvántartások esetében. A hiba nem a függőség választása. A hiba az, ha véletlenül választjuk, és csak akkor fedezzük fel az árát, amikor valaki a kilépésről kérdezősködik.
A gazdasági felület nagyobb, mint a számítási kapacitás
A felhővel kapcsolatos beszélgetések gyakran a számítási kapacitással és a tárolással kezdődnek, mert ezeket könnyű számolni. Ez olyan, mintha egy éttermet a burgonya ára alapján ítélnénk meg. A gazdasági felület magában foglalja az identitáskezelést, a hálózati forgalmat, a naplókat, a biztonsági mentést, a replikációt, a megfigyelhetőséget, a biztonsági vizsgálatot, a kulcskezelést, a felügyelt adatbázisokat, az üzenetsorokat, az elemzéseket, az adatátvitelt, a támogatást, a megfelelőségi bizonyítékokat, a munkatársak idejét, a migrációs munkát és a nemet mondás költségét az alapértelmezésekre. A számla csak az a része a rendszernek, amelyik udvarias ahhoz, hogy PDF formájában érkezzen.
A felügyelt szolgáltatások kiválóak lehetnek, mert a nehéz üzemeltetési munkát szolgáltatási határvonallá alakítják. Egy felügyelt adatbázis biztonságosabb és olcsóbb lehet, mint egy rosszul üzemeltetett helyi adatbázis. Egy felügyelt üzenetsor heteket takaríthat meg a mérnöki munkából. Egy felügyelt identitásréteg csökkentheti a katasztrofális hibák számát. De az átalakítás nem tűnés. A munka elmozdul. A felelősség kevésbé mozdul el. A szervezet továbbra is felelős az adatminőségért, a hozzáférési szabályzatért, a biztonsági mentés céljáért, a megőrzésért, a helyreállítási időért, a bizonyítékokért és a kiesés következményeiért. Izomerőt bérelt, nem ítélőképességet.
A legveszélyesebb felhős üzleti terv az, amelyik a szolgáltatást árazza, de figyelmen kívül hagyja az általa létrehozott viselkedést. Amikor a tárolás egyszerű, a csapatok többet tárolnak. Amikor a naplók elég olcsók, a csapatok osztályozás nélkül naplóznak. Amikor az adatmásolás egyetlen gombnyomás, a másolatok elszaporodnak. Amikor a felügyelt elemzés elérhető, megjelennek a nyers exportok. Amikor minden csapat létrehozhat erőforrásokat, az elnevezési konvenciók folklórrá válnak. A kényelem értékes, de a leltár nélküli kényelem egy kis adóhatósággá válik az architektúrán belül.
A jó felhőgazdaságtan ezért szolgáltatástérképpel kezdődik, nem kedvezménytáblázattal. Mely munkaterhelések kritikusak. Mely adatok rendelkeznek jogi vagy küldetésbeli érzékenységgel. Mely szolgáltatások saját fejlesztésűek. Melyek cserélhetők. Mely adatok lépnek át fizetős határokon. Mely naplók szükségesek bizonyítékként. Mely biztonsági mentéseket tesztelik. Mely elkötelezettségek kapcsolódnak valós kereslethez. Mely emberek tudják üzemeltetni a rendszert, amikor a portál lassú, a számla meglepő, vagy a szolgáltató megváltoztat egy alapértelmezést.
Az egress nem a botrány, hanem a tünet
Az egressdíjak sok figyelmet kapnak, mert udvariatlannak érződnek. Fizetni azért, hogy kivigyenek adatot onnan, ahová azért fizettél, hogy betedd, érzelmileg olyan, mintha fizetni kellene azért, hogy elhagyj egy megbeszélést. Az ingerültség érthető. De az egress nem a teljes probléma. Ez a látható tünete egy nagyobb gazdasági konstrukciónak: az adat értékesebbé válik a szolgáltatónak, ha ott marad, és költségesebbé az ügyfélnek, ha mozog.
Az adatgravitáció részben technikai. A nagy adatkészleteket lassú mozgatni. A származtatott adatkészletek egyeztetést igényelnek. Az indexek, jogosultságok, sémák, metaadatok és az adatvonal nem utaznak automatikusan. A downstream rendszerek útvonalakat feltételeznek. Az elemzők notebookokat építenek. A munkafolyamatok helyektől függenek. A mozgatás költsége magában foglalja a sávszélességet, de magában foglalja az emberi munkát is, hogy a mozgatott dolog az érkezés után ugyanazt jelentse. Aki már migrált adatvagyont, tudja, hogy a bájtok gyakran a legkevésbé szarkasztikus részét képezik a feladatnak.
Az adatgravitáció politikai is. Egy csapat, amelyik el akar hagyni egy platformot, szembesülhet minden olyan csoport kifogásaival, amely köré épült. A biztonság a kontrollokról kérdez. Az elemzés a csővezetékekről kérdez. A termék a késleltetésről kérdez. A pénzügy azt kérdezi, miért nem használják a meglévő elkötelezettséget. A jogi azt kérdezi, hogy változnak-e az adatfeldolgozók. Az üzemeltetés azt kérdezi, ki fogja tartani a csipogót. Egyik kifogás sem ostoba. Együtt alkotják a maradás gazdaságtanát.
A komoly architektúra árazza a mozgatást, mielőtt mozgatásra lenne szükség. Kritikus adatokat nyílt formátumban tart. Rögzíti a sémaverziókat és az adatvonalat. Elválasztja a forrásrekordokat a származtatott kényelmi rétegektől. Teszteli az exportot és a visszaállítást. Elkerüli, hogy minden elemzési másolat új függőséggé váljon. Dokumentálja, mi törne el a migráció során. Ez a munka pesszimistának tűnhet növekedés közben. Kevesebbé válik pesszimistának, amikor a szervezet megújítási ajánlatot kap egy parkolási bírság melegségével.
Az elkötelezettségek addig hasznosak, amíg politikává nem válnak
Fenntartott kapacitás, vállalati kedvezmények, elkötelezett költés és felhőhitel gazdaságilag indokolt lehet. Csökkentik az egységköltséget, ha a kereslet valós és stabil. Ugyanakkor megváltoztatják a viselkedést is. Egy elkötelezettség csendes utasítássá válhat arra, hogy többet használjunk egy platformból, mert a pénzt már megígértük. Az architektúra ekkor a szerződést követi a munkaterhelés helyett. Ez nem korrupció. Ez számtan, amely jelvényt visel.
Az elkötelezettségek különösen trükkösek az AI- és adatmunka területén, mert a kereslet bizonytalan. Egy kísérleti projekt igényelhet hektikus kísérleteket. Egy éles környezeti következtetési munkaterhelés stabilizálódhat. A tanítás időnként nagy feladatokat igényelhet. A naplózás és az értékelés nőhet, ahogy a kormányzás érik. A tárolás felhalmozódhat, mert a törlés több fegyelmet igényel, mint a létrehozás. A túl korai elköteleződés miatt a szervezet előrejelzési színházra optimalizálhat. A túl késői elköteleződés pénzpazarlás lehet. Akárhogy is, az elkötelezettséget kockázati pozícióként kell kezelni, nem csupán beszerzési győzelemként.
A hitelek külön óvatosságot érdemelnek. Az ingyenes vagy támogatott kapacitás hasznos lehet, különösen kísérletezéshez és közérdekű munkához. Ugyanakkor függőséget is ültethet, mielőtt a szervezet felárazta volna az állandósult állapotot. Egy csapat olyan szolgáltatásokra épít, amelyek ideiglenesen olcsók, mélyen integrálódik, majd később felfedezi a normál számlát. Az első év nem a költség volt. Ez volt a csalétek előrejelzés. Nem kell hozzá rosszindulat. A táblázat elvégezte a munkát, egyenes arccal.
A jó kormányzás azt kérdezi, hogy egy elkötelezettség mire kötelezi a szervezetet operatív szinten. Mely munkaterhelésekre terjed ki. Melyek vannak kizárva. Mi történik, ha a kereslet csökken. Mi történik, ha máshol jobb szolgáltatás létezik. A kedvezmény elriasztja-e a hordozhatóságot. Rontja-e a fenntarthatóságot azzal, hogy jutalmazza a túlfogyasztást. Elrejti-e a helyi kompetencia fenntartásának költségét. Egy kedvezmény, amely gyengíti a jövőbeli választási lehetőségeket, mentendő megtakarításként és kitettségként is. A pénzügy érti ezt a nyelvet. Az architektúrának is értenie kellene.
A felügyelt szolgáltatások munkát mozgatnak, nem felelősséget
A felhő legerősebb érve továbbra is az operatív minőség. A legtöbb szervezet nem akar mindent maga futtatni, és soknak nem is kellene. A világban elég sok a rosszul karbantartott szerver, elfelejtett javítási ablak, félig tesztelt biztonsági mentés és hősies rendszergazda, aki túl sokat tud, mert senki nem írt le semmit. A felügyelt infrastruktúra javíthatja a megbízhatóságot, a biztonságot, a sebességet és a fókuszt. Ennek tagadása nosztalgia állványábrával.
De a „felügyelt" nem jelent jogi vagy intézményi értelemben vett átruházást. Ha egy felügyelt adatbázis adatokat veszít, a szervezetnek továbbra is a felhasználóval kell szembenéznie. Ha egy felügyelt identitáskonfiguráció túl sok hozzáférést biztosít, a jogsértés továbbra is a szervezetet terheli. Ha egy felügyelt MI-szolgáltatás a szabályzatot sértő módon tárolja a promptokat, a szervezetnek továbbra is magyarázatot kell adnia a döntésre. A szállító osztozhat a felelősségben, de a küldetés nem száll át a szállítóra. Továbbra is bosszantóan a szolgáltatást ígérő intézménynél marad.
Ez a megkülönböztetés a költségek szempontjából is számít. A felügyelt szolgáltatások csökkenthetik a személyzeti igényt bizonyos feladatoknál, miközben növelik az architektúra, a biztonság, a szállítómenedzsment, az adatirányítás, a FinOps és az auditkompetencia iránti igényt. Ha az üzleti terv megszünteti a régi üzemeltetési csapatot, de elfelejti finanszírozni az új kontrollmunkát, a szervezet nem spórolt pénzt. Látható munkát alakított át rejtett kockázattá. A számla rendezettnek tűnik egészen az első incidensig, amikor is a hiányzó emberek furcsán drágává válnak.
Egy érett felhőüzemeltetési modell ezért elegendő belső kompetenciát tart fenn ahhoz, hogy képes megbízóként működjön. Ismeri a szolgáltatás működését azon a szinten, amely szükséges a konfiguráláshoz, a monitorozáshoz, a kihívások kezeléséhez, a helyreállításhoz és a kilépéshez. Vannak runbookjai, amelyek többet írnak le annál, hogy melyik gombot kell megnyomni. Tud naplókat olvasni, kulcsokat rotálni, biztonsági mentéseket tesztelni, hozzáféréseket korlátozni, és pontos kérdéseket feltenni a szállítóknak. Nem kell minden összetevőt felépítenie. De el kell kerülnie, hogy utas legyen a saját infrastruktúrájában.
A reziliencia kereskedelmi magatartás
A rezilienciát gyakran mérnöki tulajdonságként írják le: redundáns zónák, biztonsági mentések, átállás, üzenetsorok, újrapróbálkozások, megszakítók, katasztrófa-helyreállítás. Mindez számít. De a reziliencia kereskedelmi jellegű is. Képes-e a szervezet tovább működni szerződéses vita, támogatási késedelem, regionális kiesés, áremelés, termékkivezetés, szabályzatváltozás, exportkorlátozás vagy fiók felfüggesztése esetén. Ezek nem csupán jogi forgatókönyvek. Ezek meghibásodási módok rendelésszámokkal.
Egyes rezilienciaminták egyszerre technikaiak és kereskedelmi jellegűek. A hiteles nyilvántartások hordozható formátumban való megőrzése egyszerre adatkezelés és tárgyalási pozíció. A független naplók egyszerre megfigyelhetőség és bizonyíték. A helyi kulcskezelés egyszerre biztonság és alkupozíció. A több régiós kialakítás egyszerre rendelkezésre állás és joghatósági kitettség. Az elsődleges platformon kívüli tesztelt helyreállítás egyszerre katasztrófa-helyreállítás és emlékeztető arra, hogy a távozás lehetséges. A kategóriák kényelmesek, amíg a valóság figyelmen kívül nem hagyja őket.
A többfelhős megoldást néha automatikus válaszként javasolják. Konkrét esetekben segíthet, különösen akkor, ha a munkaterheléseket hordozhatóságra tervezték, és a csapatok finanszírozást kapnak a többletkomplexitás üzemeltetésére. Ugyanakkor drága színházzá is válhat: két platform, két szakértelem, két biztonsági modell, kétszeres zavar, és semmilyen ténylegesen tesztelt kilépés. A többfelhős megoldás önmagában nem erény. Az erény a hiteles választás. Ezt néha nyílt formátumokkal, konténeres munkaterhelésekkel, hordozható adatbázisokkal, független identitással és szállítói fegyelemmel érik el, nem pedig szimmetrikus megkettőzéssel.
A reziliencia kérdésének gyakorlatinak kell lennie. Mely munkaterheléseknek kell túlélniük a szolgáltatói terhelést. Meddig romolhatnak. Mely adatoknak kell helyben elérhetőnek lenniük. Mely vezérlősíki függőségek elfogadhatók. Mely vészhelyzeti intézkedések hajthatók végre szállítói jóváhagyás nélkül. Mely kilépéseket tesztelték. Mely csapatok gyakorolták azokat. Ha a válasz többnyire a bizalom, a szervezetnek hangulattáblája van, nem rezilienciája.
A kilépési terv része a számlának
Az exit-tervezésre gyakran pesszimizmusként tekintenek. Pedig könyvelésként kellene rá tekinteni. Az exit-terv nem azt jelenti, hogy a szervezet holnap távozni készül. Azt jelenti, hogy a szervezet tudja, mivel járna a távozás, ami csökkenti annak az esélyét, hogy a maradás kötelezővé váljon. A terv lehet szerény: a kritikus szolgáltatások leltározása, a hordozhatóság osztályozása, az adatformátumok dokumentálása, a független bizonyítékok megőrzése, az export tesztelése, a helyettesítő mintázatok azonosítása, és a helyreállítás gyakorlása azon kevés munkaterhelés esetében, amelyek valóban számítanak.
Az exitnek nem kell mindent vagy semmit alapon működnie. Egy jó terv azonosítja a részleges kilépéseket. Helyezze át az analitikát az alapműveletek előtt. Cserélje le a védett üzenetsort egy munkafolyamatban. Tartsa a biztonsági mentéseket az elsődleges felhőn kívül. Őrizze meg a független identitás-helyreállítási utat. Építse újra a legdrágább tárolási szintet. Különítse el az AI-értékelési adatokat a szolgáltató-specifikus eszköztől. Minden részleges kilépés csökkenti a függőségi nyomást. A lényeg nem a drámai függetlenség. A lényeg az, hogy csökkentse azoknak a módoknak a számát, ahogyan a szervezetet sarokba lehet szorítani.
A kellemetlen rész az, hogy az exit pénzbe kerül akkor is, ha nem használják. A nyílt formátumok fegyelmet igényelnek. A hordozható tervek kevésbé kényelmesek lehetnek. A munkatársaknak képzésre van szükségük. A tesztek időt emésztenek fel. A független naplók tárolást és hozzáférés-vezérlést igényelnek. A beszerzésnek erősebb záradékokra van szüksége. Az architektúra-felülvizsgálatok tovább tartanak. Ezért kell az exitet kifejezetten beárazni. Ha a vezetők úgy döntenek, hogy nem fizetnek érte, az egy döntés. Ha senki nem árazza be, a rendszer csendesen a függőséget választja, és hatékonyságnak nevezi.
Van egy hasznos szabály: minél kritikusabb a munkaterhelés, annál unalmasabbnak kell lennie az exit-bizonyítéknak. Nem egy dia, amely azt mondja, hogy hordozható. Nem egy szerződési bekezdés, amely észszerű segítséget ígér. Egy friss export. Egy helyreállított minta. Egy mért időtartam. A elveszett funkciók listája. Egy megnevezett felelős. Egy ismert költség. Ha ez romantikátlannak hangzik, az jó. A romantika nem helyreállítási stratégia.
A helyi szakértelem pénzügyi kontroll
A felhőfüggőség egyik legcsendesebb költsége a szakértelem szűkülése. A csapatok nagyon jóvá válnak egy szolgáltató konzoljában, házirend-nyelvében, telepítési modelljében, felügyelt szolgáltatásaiban és támogatási rutinjaiban. Ez addig produktív, amíg ez lesz az egyetlen elérhető nyelv. Amikor egy szállító új szolgáltatást javasol, a csapat folyékonyan értékeli azt. Amikor egy igazgatóság azt kérdezi, létezik-e más út, a válasz lassabb, homályosabb, és általában drágább, mert a szervezet nem gyakorolta a platformon kívüli gondolkodást.
A készség alkupozíciót jelent. Az a csapat, amely érti az adatbázisokat, megkérdőjelezheti a felügyelt adatbázis-tervezést. Az a csapat, amely érti a hálózatokat, kérdőre vonhatja az adatátviteli mintázatokat. Az a csapat, amely érti az identitást, elkerülheti, hogy a szolgáltató alapértelmezéseit biztonsági irányelvként kezelje. Az a csapat, amely érti a költségmodelleket, észreveszi, ha egy kedvezmény megváltoztatja az architektúrát. Az a csapat, amely érti a helyreállítást, bizonyítékot kérhet a megnyugtatás helyett. A szakértelem nem igényli, hogy mindent házon belül végezzenek. Elég tudást igényel ahhoz, hogy valaki veszélyes maradjon egy megbeszélésen, lehetőleg ebéd előtt.
A képzésnek ezért az alapképességekre kell irányulnia, nem csak a szolgáltatói tanúsítványokra. Mi az a várólista. Mit jelent az idempotencia. Hogyan hibáznak a biztonsági mentések. Mitől használható egy napló bizonyítékként. Hogyan változtatja meg a hatalmi viszonyokat a titkosítási kulcsok feletti ellenőrzés. Mi az az adatgravitáció. Hogyan befolyásolják a kötelezettségvállalások a viselkedést. Hogyan mérjük a hasznos tranzakciónkénti költséget. A szolgáltatói eszközök fontosak, de tágabb fogalmak megvalósításaként kell rájuk tekinteni. Ellenkező esetben a szervezet összekeveri az étlapot a konyhával.
Ez különösen igaz a köz- és félállami szektorra. A hosszú távú feladatokkal rendelkező intézmények nem engedhetik meg, hogy működési nyelvük teljesen bérelt legyen. Egy önkormányzat, kórház, iskola, vízügyi hatóság vagy szabályozó szerv jól használhat felhőszolgáltatásokat, de mégis értenie kell azokat a képességeket, amelyektől függ. Ellenkező esetben a közfelelősség egy logóval ellátott támogatási jegy lesz, és mindenki túl későn fedezi fel, hogy a jegyvárólista szerinti kormányzás korlátozott alkotmányos bájjal bír.
A kényelmetlen következtetés
A felhőfüggőség azért kényelmetlen, mert nem gonosztevős történet. A felhő lehet a helyes válasz. Csökkentheti a pazarlást, javíthatja a biztonságot, felgyorsíthatja a szállítást, támogathatja a kutatást, kezelheti a csúcsokat, és képessé tehet kis csapatokat olyan munkára, amelyet egyébként nem tudnának elvégezni. A felhő számos kritikája csendben feltételez egy olyan szintű helyi működési kiválóságot, amely nem létezik. Egy rosszul működtetett privát platform nem szuverenitás. Ez csak egy bensőségesebb leállás.
A kényelmetlenség az őszinte elszámolás igényéből fakad. A kényelemnek értéke van. A bezártságnak értéke van a szolgáltató számára. A kilépésnek költsége van. A készségnek költsége van. A bizonyítéknak költsége van. A hordozhatóságnak költsége van. A kötelezettségvállalásoknak vannak megtakarításai és korlátai is. A felügyelt szolgáltatások csökkentenek bizonyos munkát, és más munkát hoznak létre. A komoly beszélgetés mindezt ugyanarra az asztalra teszi. Elutasítja mind a fantáziát, hogy a bérelt infrastruktúra automatikusan felszabadulás, mind a fantáziát, hogy a saját hardver automatikusan ellenőrzést jelent.
A jó felhőstratégia szándékosan választja a függőséget. Felügyelt szolgáltatásokat használ ott, ahol valódi értéket teremtenek. Szigorúbb határokat húz a kritikus adatok, a bizonyítékok, az identitás és a helyreállítás köré. Finanszírozza a belső kompetenciát. A szerződéseket az architektúra részeként kezeli. A tárgyalás előtt teszteli az exportot. Tudja, mely munkaterhelések lehetnek mélyen összekapcsolva, és melyeknek kell hordozhatónak maradniuk. A felhőszámlát nem büntetésként látja, hanem jelzésként arról, hogyan döntött a szervezet a működéséről.
A tanulság elég világos ahhoz, hogy hasznos legyen. A felhőgazdaságtan azért kényelmetlen, mert a jövőt árazza, nem csak a jelent. Az olcsó út azért lehet olcsó, mert valaki más tartja a kijáratot. A drága út azért lehet drága, mert megőrzi a választás lehetőségét. Egyik tény sem dönti el önmagában a választ. Az intézmény dönt azzal, hogy megnevezi, minek kell az ellenőrzése alatt maradnia, mi bérelhető, minek kell mozgathatónak lennie, és milyen árat hajlandó fizetni azért, hogy megváltoztathassa a véleményét.