MyDecisive i SmartHub — nowy gracz w świecie obserwowalności Kubernetes

21 lipca 2026 roku startup MyDecisive wyszedł ze stealth mode, ogłaszając jednocześnie finansowanie seed na poziomie 12 milionów dolarów i publiczną premierę open-source'owej platformy SmartHub. To jeden z ciekawszych debiutów w ekosystemie DevOps tego roku — nie dlatego, że rynek obserwowalności potrzebuje kolejnego narzędzia, ale dlatego, że MyDecisive atakuje go z zupełnie innej strony niż dotychczasowi gracze.

Problem, który rozwiązuje SmartHub

Każda organizacja wdrażająca AI w produkcji zmaga się z tym samym paradoksem: systemy zmieniają się szybciej niż kiedykolwiek — agenci AI, deweloperzy i automatyzacja nieustannie modyfikują infrastrukturę i kod — ale widoczność i kontrola nad tymi zmianami nie nadążają za tempem.

Efektem jest rosnąca przepaść: ogromne wolumeny telemetrii, które są albo wysyłane w całości do zewnętrznych platform monitorowania (co generuje astronomiczne koszty), albo filtrowane ręcznie (co pochłania czas inżynierów i wprowadza ryzyko przeoczenia istotnych sygnałów).

Standardowe podejście — zbierz wszystko, wyślij do Datadog, Dynatrace lub New Relic, przefiltruj tam — ma sens przy niewielkich wolumenach. Przy workloadach AI generujących setki gigabajtów logów i metryk dziennie staje się ekonomicznie nie do obrony.

SmartHub odpowiada na to przez przetwarzanie danych tam, gdzie powstają: wewnątrz infrastruktury klienta, zanim telemetria opuści środowisko.

Architektura SmartHub

SmartHub jest zbudowany jako samo-zarządzający się klaster natywny dla Kubernetes i OpenTelemetry. Działa jako warstwa przetwarzania telemetrii działająca na krawędzi środowiska — w chmurze klienta lub on-premises — zamiast jako zewnętrzna platforma odbierająca dane po fakcie.

Trzy główne elementy architektury:

Observers — komponenty zbierające i normalizujące dane telemetryczne ze wszystkich źródeł w środowisku: logi, metryki, ślady (traces), dane o wydajności. SmartHub zapisuje własne konfiguracje OpenTelemetry i Kubernetes, zarządza loadbalancerami i topologią service mesh — bez ręcznej ingerencji.

Automations — warstwa automatyzacji reagująca na sygnały telemetryczne w czasie rzeczywistym. SmartHub może filtrować, kierować i przetwarzać dane przed ich wysłaniem do zewnętrznych platform — lub reagować autonomicznie bez udziału człowieka. Pętle zwrotne normalizacji, filtrowania i routingu działają przezroczyście i w czasie rzeczywistym.

Operational Insights — warstwa analityczna odpowiadająca proaktywnie na krytyczne pytania operacyjne: co się zmienił, jakie jest ryzyko zmiany, czy system jest stabilny. W połączeniu z OpenTelemetry tworzy pętlę: zbieraj → rozumiej → działaj.

SmartHub kontroluje własną konfigurację Kubernetes, co oznacza, że potrafi samodzielnie dostosowywać zasoby, zarządzać topologią i reagować na zdarzenia infrastrukturalne — stąd określenie „samo-zarządzający się".

Octant — warstwa komercyjna

Na otwartym fundamencie SmartHub MyDecisive buduje komercyjny produkt Octant, który osiągnął ogólną dostępność równocześnie z premierą. Octant rozszerza SmartHub o:

• governance — polityki zarządzania danymi telemetrycznymi, kontrola dostępu, audytowalność
• wykrywanie anomalii — automatyczna identyfikacja odchyleń od wzorców bazowych bez ręcznego definiowania progów
• zautomatyzowane usuwanie problemów — reagowanie na incydenty bez czekania na interwencję inżyniera

Według danych MyDecisive klienci z sektora finansowego, handlowego, telekomunikacyjnego i ochrony zdrowia, którzy testowali platformę przed premierą, raportują redukcję kosztów operacyjnych systemów produkcyjnych o do 90%.

Liczba robi wrażenie i wymaga kontekstu: oszczędności wynikają głównie z drastycznego ograniczenia ilości telemetrii wysyłanej do zewnętrznych platform — zamiast przesyłać i przechowywać wszystko, SmartHub przetwarza dane lokalnie i do zewnętrznych systemów trafia jedynie to, co istotne.

Kto za tym stoi

Założyciel Ari Zilka ma solidne referencje w świecie enterprise infrastructure:

• zbudował Terracotta — platformę do klastrowania danych w JVM, sprzedaną Software AG
• zaprojektował pierwszą wersję Walmart.com — jednej z największych platform e-commerce na świecie
• był CTO Hortonworks — kluczowego gracza w ekosystemie Hadoop, wchłoniętego przez Cloudera w 2019 roku

Jedynym ujawnionym inwestorem jest Copper Sky Capital (wcześniej AZ-VC) z Jason Pressmanem jako partnerem zarządzającym. Firma specjalizuje się w rundach seed i Series A dla spółek AI-first w obszarze infrastruktury.

Jak wypada na tle konkurencji

Rynek obserwowalności jest mocno nasycony: Datadog, Dynatrace, New Relic, Grafana Cloud, Honeycomb, Elastic Observability. Każdy z tych produktów przyjął jednak podobny model: zbierz wszystko, wyślij do nas, analizuj w naszej chmurze.

SmartHub idzie w przeciwnym kierunku — jego architektura jest fundamentalnie odmienna, a nie tylko lepiej wykonana w tym samym modelu. Trzy różnice strukturalne:

Lokalne przetwarzanie zamiast centralnej chmury. SmartHub działa wewnątrz infrastruktury klienta. Dla organizacji z wymaganiami regulacyjnymi (GDPR, HIPAA, dane finansowe) to nie tylko kwestia kosztów, ale często warunek konieczny.

Open source jako fundament, nie jako marketing. Kod SmartHub jest publicznie dostępny — organizacje mogą go uruchomić bez żadnych opłat i bez zależności od MyDecisive. Octant jest warstwą komercyjną, ale nie blokuje podstawowej funkcjonalności za paywallem.

Integracja z OpenTelemetry jako pierwsza klasa. SmartHub nie jest kolejną warstwą agregującą dane z agentów różnych dostawców — jest zbudowany wokół OTel jako natywnego protokołu, co oznacza że działa ze standardową instrumentacją bez dodatkowych adapterów.

Co to oznacza dla środowisk Kubernetes

Dla zespołów eksploatujących klastry Kubernetes SmartHub jest interesującą opcją z kilku konkretnych powodów:

Natywna integracja z Kubernetes i OTel oznacza, że instalacja przez Helm chart powinna być prosta, a konfiguracja opiera się na mechanizmach, które zespół już zna. SmartHub sam zarządza swoją konfiguracją Kubernetes — mniej ręcznych interwencji przy skalowaniu i zmianach infrastruktury.

Lokalne filtrowanie telemetrii to bezpośrednia odpowiedź na problem kosztów observability przy dużych klastrach z workloadami AI. Jeśli Twój klaster AKS generuje setki GB logów dziennie, a koszty Datadog lub New Relic rosną szybciej niż reszta infrastruktury — to jest architektura warta przetestowania.

Self-managing cluster oznacza, że SmartHub sam dostosowuje zasoby i konfigurację bez zewnętrznej interwencji. Dla małych zespołów SRE zarządzających dużą infrastrukturą to może być znacząca różnica.

Więcej informacji

• Oficjalny blog MyDecisive: mydecisive.ai/blog
• Kod SmartHub: GitHub (wyszukaj MyDecisive/SmartHub)
• Dokumentacja Octant: mydecisive.ai/docs

Podsumowanie

MyDecisive i SmartHub to debiut, który warto obserwować — nie dlatego, że rozwiązuje nowy problem, ale dlatego, że proponuje architektonicznie odmienne podejście do starego. Przetwarzanie telemetrii blisko źródła zamiast centralnej chmury, open source jako fundament zamiast ograniczonego trial, natywna integracja z OpenTelemetry zamiast warstwy abstrakcji.

Dla organizacji z dojrzałą adopcją Kubernetes i rosnącymi kosztami observability — warto sprawdzić SmartHub w środowisku nieprodukcyjnym. Dla tych, którzy szukają pełnego rozwiązania z governance i automatyzacją — Octant jest gotowy do oceny już teraz.