W ramach prezentacji zaprezentowany zostanie model agent-to-gateway w OpenTelemetry. Przedstawione zostaną typowe obiekty OpenTelemetry - receiver, processor i exporter w kontekście agent-to-gateway. Finalnie, opisane zostaną korzyści i ryzyka związane ze streamowaniem wielu danych na bazie własnych doświadczeń z wdrożenia OpenTelemetry do platformy Kubernetes zarządzającej wielkoskalowymi aplikacjami SaaS.

The presentation will cover the agent-to-gateway model in OpenTelemetry. Typical OpenTelemetry components-such as receivers, processors, and exporters-will be introduced within the context of the agent-to-gateway architecture. Finally, the benefits and risks of streaming large amounts of data will be discussed, based on personal experience implementing OpenTelemetry in a Kubernetes platform managing large-scale SaaS applications.

Opóźnienie mieści się w granicach SLO, wskaźnik błędów wynosi zero, każdy pulpit jest zielony, a Twój system AI z pełnym przekonaniem podaje błędne odpowiedzi. Klasyczne observability mówi, czy system działa. Nie potrafi jednak powiedzieć, czy podejmuje on dobre decyzje. Na podstawie własnych doświadczeń w operowaniu systemami opartymi na AI w Dropbox Grzegorz pokaże, które praktyki sprawdzają się przy obciążeniach AI, a gdzie przestają działać. Przyjrzymy się, jak definiować progi jakości odpowiedzi oraz jak śledzić model, jego narzędzia, a także zdegradowane systemy i zewnętrzne API wokół nich.

Grzegorz Łyczba - Staff Software Engineer w Dropbox. Inżynier oprogramowania z dwudziestoletnim doświadczeniem w projektowaniu i skalowaniu aplikacji o dużym natężeniu danych w obszarach publikacji internetowych, Ad Tech, FinTech i SaaS. Obecnie w Dropbox zajmuje się systemami opartymi na sztucznej inteligencji.

Kto może zajrzeć do danych na platformie? Co się stanie, gdy region GCP zniknie z mapy? I dlaczego slotów zawsze jest za mało, a faktura zawsze za duża? Maciej pokaże, jak buduje infrastrukturę danych opartą o Google BigQuery dla platformy VISTA, stawiając na bezpieczeństwo przechowywania danych. Przejdzie przez model dostępu do danych, ciekawe problemy, firmową implementację Disaster Recovery dla BigQuery oraz problem zapewniania zasobów do przetwarzania. A na deser - koszty, bo bez nich się nie obejdzie.

Maciej Rostański - Chapter Lead Engineer w ING Hubs, który łączy prowadzenie zespołu z budową architektury przetwarzania i analizy danych na GCP. Posiada certyfikowane doświadczenie z GCP i AWS - z głową w chmurach, ale nogami twardo na ziemi. Zaczynał jako inżynier sieciowy w Wyższej Szkole Biznesu w Dąbrowie Górniczej, gdzie też wykładał - stąd mikrofon i slajdy nie są mu straszne.