Wielu z nas po wejściu w świat Kubernetes szybko zdaje sobie sprawę, że to dopiero początek drogi, zaczyna więc budować swoje autorskie rozwiązania wokół wdrażanych platform, aby uprościć i zautomatyzować proces wytwarzanie aplikacji. Dzieje się tak nie tylko dlatego, że budowanie platformy Kubernetes jest złożone, ale także dlatego, że wdrażanie aplikacji na Kubernetes wymaga specjalistycznej wiedzy w zakresie wielu koncepcji. Gdy zespoły nauczą się ich, nadal muszą spędzać dużo czasu na utrzymaniu kontenerów, pisaniu szablonów YAML i orkiestrowaniu wielu dodatkowych komponentów Kubernetes. Podobnie jak w czasach, gdy model Waterfall był standardem tworzenia oprogramowania, dziś programiści nie powinni martwić się o to, gdzie i jak działają ich aplikacje, i koncentrować się na dodawaniu wartości biznesowej poprzez wdrażanie nowych funkcji.
W tej sesji przyjrzymy się niektórym technologią dostępnym w ekosystemie Kubernetes, aby wypełnić lukę w odbiorze technologii przez zespoły Dev oraz DevOps, tak aby zrealizować spójną i prostą wizję platformy aplikacyjnej działającej na dowolnym środowisku Kubernetes.

Na rynku istnieją różne modele wdrażania narzędzi CI/CD, których fundamentalny cel jest ten sam: zautomatyzować, usprawnić i przyśpieszyć proces wdrażania i dostarczania aplikacji.
Czym kierować się przy wyborze narzędzi? Jakie techniczne, formalne i merytoryczne warunki powinny być spełnione, aby sięgnąć po dane rozwiązanie? Jak wielkość i charakter organizacji wpływa na optymalny stos Ci/CD?
W czasie prezentacji postaram się przejść przez przypadki użycia: od tradycyjnych setupów opartych na maszynach wirtualnych, zarządzanych przez administratorów po zdecentralizowane środowiska przypisane do zespołów. Po tej prezentacji zostawię Cię z garścią pytań (oraz częściowo gotowych wniosków), które warto sobie zadać przy tworzeniu nowego systemu CI/CD lub modernizacji istniejącego stacka.

Jak beztrosko pisać bezpieczne aplikacje? Jak nie martwić się o supply-chain attacks? Jak wydawać aplikacje szybciej, nie marnując czasu na poprawianie bugów wykrytych w czasie testów? Na prezentacji opowiem, czym są i jak działają narzędzia RASP i dlaczego powinny być używane dla każdej aplikacji działającej „na produkcji”. Dodatkowo przedstawię sposoby integracji narzędzia Imperva RASP z aplikacjami oraz opowiem dlaczego takie narzędzie może znacznie przyśpieszyć tworzenie bezpiecznych aplikacji.

Podczas mojego wystąpienia przedstawię z jakimi wyzwaniami na styku zespołów developerskich, security i infrastruktura możemy się spotkać podczas wdrażania kultury DevOps. Likwidacja długu, wymagania security i governance, a z drugiej strony dostarczanie infrastruktury natychmiast.

When it comes to publishing data, data quality is a huge concern. We will discuss how Shopify's Kafka archival tool strikes a balance between data correctness, while publishing as quickly as possible using a combination of Apache Iceberg table transactions and metadata, followed by correctness & duplicate asynchronous checks.
* Iceberg transactions and ledger
* Checking for correctness and duplicates using business assumptions of Kafka
* Power of a Dead Letter Queue (DLQ) to enable continuous delivery
* DLQ + metadata to publish "safe" and "unsafe" stop thresholds for data consumption

We’ll discuss how Elanco over the past few years has built three cloud environments (Azure, GCP, VMware), provisioned over 2000+ workloads and is now pivoting to lean into everything-as-code to further our business agility.

Podczas wystąpienie opowiem, z perspektywy około 5 lat od transformacji ING Hubs, jak i gdzie sprawdza sie devops, a gdzie szukać innych rozwiązań. Jednym słowem porcja lessons learned ukierunkowana na budowanie i nieustanne dostosowywanie się centrum usług wspólnych do realiów korporacyjnych.

Database Reliability Engineer to jedno z tych technicznych stanowiski, które łaczy różne dziedziny. Trzeba być nie tylko DevOps'em ale też mieć silne zaplece bazodanowe. W trakcie prezentacji na przykładzie PostgreSQL pokażę jak zaprojektować, niezawodną i wysoko wydajną infrastrukturę jednej z najpopularniejszych baz danych.

Kultura pracy i narzędzia DevOps są często traktowane powierzchownie, lub jako magiczny lek na całe cyfrowe i projektowe "zło", czy kolejna przelotna moda w branży IT. Ma też swoich ortodoksyjnych i wojujących wyznawców. Wszyscy chcą być zwinni i devops ale na czym można się potknąć ?? Zapraszam na spotkanie z moim cyfrowym alter ego, CyberPadre 😉 gdzie omówimy pułapki które czyhają na podróżników poruszających się po niezwykle krętych ścieżkach kultury devops.

Jenkins jest jednym z najpopularniejszych rozwiązań dla CI/CD, ale jak każdy opensource wymaga "walki" w dostosowaniu narzędzia do własnych potrzeb. Na bazie doświadczeń Wonga przedstawione zostaną praktyki budowania hybrydowej architektury CI/CD (AWS vs on-prem), automatyzacji konfiguracji infrastruktury i pipeline-ów, zwiększenia bezpieczeństwa Jenkinsa oraz optymalizacja kosztów infrastruktury.

An untold story of the DevOps practice emerging in a conservative environment. How DevOps as part of Digital Transformation has standardized IT practices of a large organization. The challenges of Hybrid Cloud model and its impact to the never-ending End-of-Life book of work. The difference between adopting DevOps platforms firm-wide versus helping business aligned teams adopt DevOps platforms. Is there a demand for DevOps in the future? What makes good DevOps engineer great? Join me to find out what I think.

Hadoop is perceived as difficult to operate and automate completely in large scale production environments. From ad-hoc scripted deployments interspersed with constant firefighting 6 years ago; to today, establishing better tooling, processes and more importantly a team -- Uber's Hadoop team has been on a long journey adopting the DevOps model. In this session, Matt will discuss the problems they solved (and attempted to solve) and share key insights from their journey.