Rachunek za AWS ćwiczy podbiegi

To niezależna ocena doświadczonych inżynierów, rozliczana za projekt, a nie od liczby osób. W praktyce oznacza to przegląd architektury, ocenę kosztów chmury i ryzyk integracyjnych oraz pisemną rekomendację: co zmienić, w jakiej kolejności i ile każda zmiana jest warta. To coś innego niż outsourcing ludzi, gdzie kupujesz ręce do pracy, i coś innego niż audyt kodu, który ocenia jedno repozytorium, a nie decyzje wokół niego.

Prawie zawsze z jednego z czterech powodów: środowiska, których nikt nie wyłączył, instancje zwymiarowane pod szczyt, który zdarzył się raz, magazyn danych bez polityki cyklu życia albo dane krążące między regionami i strefami dostępności tylko dlatego, że tak akurat ustawiono usługę – a nie dlatego, że ktoś tego chciał. Żadna z tych rzeczy nie wygląda jak funkcja produktu, więc zespół produktowy niczego nie zauważa, dopóki nie zauważy dział finansów.

Na tyle dużo, że warto sprawdzić – ale nikt uczciwy nie poda kwoty, zanim nie zajrzy do faktur. Każda liczba rzucona wcześniej to liczba marketingowa. Możemy za to powiedzieć, skąd biorą się oszczędności: najpierw nieużywane i przewymiarowane zasoby, potem zobowiązania i rezerwacje mocy, a na końcu zmiany w architekturze, które trwają dłużej i dają najwięcej. Skalę oszczędności poznasz po pierwszym tygodniu, nie wcześniej.

Najpierw ustalamy, który system jest właścicielem których danych i co się dzieje, gdy dwa z nich się nie zgadzają. Potem projektujemy kontrakt między nimi, budujemy go z ponowieniami i obsługą błędów, a monitoring podpinamy pod samo połączenie. Budowa rzadko jest najtrudniejsza. Zwykle najtrudniej rozstrzygnąć, który system ma prawo mieć rację – a to decyzja biznesowa przebrana za techniczną.

Nie. Nie mamy statusów partnerskich i nie bierzemy prowizji ani opłat za polecenie od żadnego dostawcy chmury czy oprogramowania. Płacisz nam Ty, za projekt, a nasze przychody w żaden sposób nie zależą od tego, czy Twój rachunek spadnie. To samo pytanie warto zadać każdej firmie z krótkiej listy.

Tak, i tak zwykle to wygląda. Większość naszych projektów doradczych idzie ramię w ramię z zespołem wewnętrznym, który zna produkt dużo lepiej niż my i potrzebuje po prostu drugiej, doświadczonej opinii bez wewnętrznej polityki w tle. Piszemy dla Twoich inżynierów, a nie ponad ich głowami.

Na to pytanie odpowiadamy rachunkiem, nie przeczuciem: koszt licencji w perspektywie trzech lat kontra koszt budowy plus utrzymanie, które spadnie potem na Ciebie – czyli pozycja, o której większość analiz „budować czy kupić” dyskretnie zapomina. Zakup wygrywa częściej, niż software house’y lubią przyznawać, i powiemy Ci to wprost, kiedy tak będzie.