Multicloud to pozycja negocjacyjna

Moduł serwerowy z czterema kolorowymi lampkami na małym wózku między dwiema szafami serwerowymi

Multicloud sprzedaje się zwykle jako odporność, a uzasadnia ceną — i jest przeciętny w obu tych rolach. Dwóch dostawców to dwa zestawy narzędzi, dwa modele bezpieczeństwa i dwie faktury, a codzienny koszt jest naprawdę wyższy niż wybranie jednego i związanie się z nim. Warto mimo to, z powodu niemającego nic wspólnego z żadnym z tych dwóch: wiarygodna możliwość odejścia wyznacza cenę zostania.

Co naprawdę kupują zadeklarowane wydatki

Rabat jest prawdziwy i pułapka też. Zobowiązanie się do wolumenu w zamian za niższą stawkę to zwyczajnie dobry interes — aż do momentu, w którym chcesz renegocjować, a wtedy to zobowiązanie jest powodem, dla którego nie możesz.

Mechanizm jest elegancki. Rabaty zachęcają do konsolidacji. Konsolidacja pogłębia integrację. Integracja podnosi koszt odejścia. A wyższy koszt odejścia znaczy, że kolejny rabat nie musi być tak dobry, bo wszyscy przy stole wiedzą, ile kosztowałaby alternatywa.

Nic z tego nie wymaga złej woli dostawcy. Tak robi każdy racjonalny sprzedawca z dźwignią, którą wręcza mu struktura.

Ile naprawdę warta jest przenoszalność

Oto ujęcie, które zmienia rozmowę wewnątrz firmy: przenoszalność nie jest preferencją architektoniczną, tylko opcją — a opcje mają cenę.

Uruchamianie realnego obciążenia u drugiego dostawcy kosztuje coś co miesiąc. Kupuje możliwość wiarygodnego powiedzenia, że mógłbyś się przenieść — a różnica, jaką to robi przy odnowieniu, jest zwykle znacznie większa niż koszt utrzymania tej opcji.

Pracującym słowem jest wiarygodnie. Plan migracji w dokumencie nie jest opcją. Obciążenie, które już gdzieś działa i które ktoś faktycznie utrzymuje, jest.

Czego naprawdę wymaga przenoszalność

Nie najniższego wspólnego mianownika. To standardowy zarzut i produkuje złe systemy: odrzuć każdą usługę zarządzaną, zaimplementuj wszystko od nowa, wydaj oszczędności na inżynierów.

Użyteczna wersja jest węższa.

Opisuj obciążenia wymaganiami, nie lokalizacją. Jakie możliwości, jakie opóźnienie, jaka jurysdykcja, jaki termin. Obciążenie tak opisane da się umieścić wszędzie, gdzie te warunki są spełnione — a to dokładnie to, czego grid potrzebuje, żeby w ogóle je umieścić.

Trzymaj dane przenoszalne, nawet gdy obliczenia nie są. Zarządzane obliczenia łatwo opuścić. Dane w zamkniętym formacie z doklejonymi opłatami za wyjście — nie. I to tam uwiązanie naprawdę boli.

Używaj usług zarządzanych świadomie. Część jest warta tej zależności. Zapisz, które i dlaczego, żeby wybór był decyzją, a nie nawarstwieniem.

Testuj wyjście raz w roku. Nie planuj — uruchom. Dzień pracy, który zamienia „moglibyśmy się przenieść” z przekonania w pomiar.

Dlaczego grid to ułatwia

Wszystko powyżej to praca, którą dziś każda organizacja wykonuje sama, źle i w kółko.

Grid robi to raz. Obciążenia są opisywane wymaganiami, bo tylko tak grid może je umieścić. Moc z Twojego sprzętu, od europejskiego dostawcy i od hiperskalowicza pojawia się w tych samych kategoriach, więc porównanie jest arytmetyką, a nie projektem. A koszt zmiany, który czyni zadeklarowane wydatki tak skuteczną dźwignią, spada — bo przenoszenie pracy jest tym, co system robi normalnie, a nie wydarzeniem.

Nie chodzi o to, żeby przestać kupować u dużych dostawców. Chodzi o to, żeby kupować u nich z pozycji, w której odpowiedzią na podwyżkę może być coś innego niż zapłacenie jej.