Observability dla Managera: spokój, przewidywalność i kontrola

No właśnie, bo wspomniałeś o Kubernetesie, to pomówiliśmy chwilę o takich kwestiach biznesowych, natomiast wejdźmy trochę w to Observability bardziej technicznie, troszkę głębiej, no bo jest dużo rozwiązań na rynku, dużo vendorów, którzy mówią, że nasze rozwiązanie jest świetne, nasze rozwiązanie zawsze ci pomoże. No to po co to Observability jako takie w całości, a nie konkretne rozwiązanie od konkretnego vendora? Zanim to jeszcze jeden bardzo kluczowy element, jeżeli chodzi właśnie o wartość, bo... Ogólnie to przejście z reaktywności na proaktywność. Jeżeli twój zespół, i to pewnie brzmi znajomo dla większości managerów, jest reaktywny, czyli reaguje na awary, które się już wydarzyły, to w tym momencie oni są w trybie strażaka, czyli oni reagują.

Mamy widoczność we wszystko, co istnieje, no nie? Tutaj myślę, że jest to taki bardzo ważny element generalnie, o czym chodzi o Kubernetesa. Czemu w ogóle? Czemu o tym mamy mówić? Żeby dać liczby. Liczby są fajne. Ja bardzo lubię liczby. To jest to, że taki system od vendorów, o którym wspomniałeś, to jest 5-6 cyferek w dolarach rocznie dla średniego zespołu. No i to chyba brzmi jako taki dość znaczący koszt. No, w zależności od wielkości organizacji, ale tak, myślę, że ten rząd pieniędzy robi na każdym wrażenie. Słuchaj, no, my z naszego doświadczenia ostatnio rozmawialiśmy z dużym klientem w sektorze, powiedzmy, finansowym, żeby było ogólnie, bo nie możemy mówić co i jak, i po tym, co pokazywaliśmy, jakie możliwości istnieją w platformie, którą właśnie my promujemy, bo stwierdziliśmy, że po prostu ma sens, oni rozważają wycofanie się od jednego z wielkich dostawców, ponieważ ich rachunek

To nie jest tak, że... Pójdziemy do Vendora i powiem, nie no, płacisz i wszystko działa. Wszystko super. Mieliśmy taki przypadek u innego klienta, który właśnie włączył takie Observability na swoim klastrze. Znowu, pierwszobankowa. Włączył i cały system się złożył. Wszystko przestało działać. Teraz czemu? Okazało się, że nasze automatyczne i automagiczne observability, które było w tym bardzo słynnym rozwiązaniu, wpinało się w miejsce, w które nie powinno się wpinać i system po prostu się przestał działać momentalnie. Dojście czemu zajęło dwa dni. Słaby scenariusz. Ale tak często działają te rozwiązania magiczne, które obiecują nam zbyt dużo i potem często nie dowożą, bo nie mogą. Czyli wracając do tej kwestii, którą poruszyłem na początku, że z punktu widzenia managera najistotniejsze dla mnie jest to, żeby biznes działał.

Tak, dokładnie. Żeby działał przewidywalnie. No i to potrzeba przewidywalności, a nie to, że podbijesz wejście swojego tam systemu utrzymaniowego i nagle twojego biznesu nie ma na cały dzień. I nikt nie wie czemu. No nie? Nagle więc... Obiecanki są różne. Każdy przy tej kwocie obieca bardzo dużo rzeczy. My mówimy bardzo prosto, że to będzie wymagało części pracy po stronie aplikacyjnej, będzie wymagało pewnych zmian. Te zmiany są już coraz mniejsze. Im więcej pracy wykonamy, tym więcej wartości będziemy mieli. Żeby mieć to wejście w aplikację, to żeby ten kontekst złapać, to jest, ale to jest najdługofalowe. Co więcej, no mamy tą magię w tych vendorach, którzy za wiele cyferek się oni zintegrują.