June 2026 DevOps Meetup

Hovoriť 1
**Názov: Platforma sú ľudia: SLA, DORA a dôvera v miliardách žiadostí za mesiac**
Autor: Harry Bouras
Úloha / LinkedIn: Líder v oblasti AI & Cloud Engineering, predtým vedúci organizácie API poprednej, extrémne globálnej a multikultúrnej korporácie. LinkedIn: https://www.linkedin.com/in/harry-bouras/

Abstrakt:
Väčšina „platformových“ rozhovorov sa týka nástrojov. Tento nie je. Vedenie API organizácie poprednej, extrémne globálnej a multikultúrnej korporácie, prepájajúce desaťročia starých systémov pri obsluhovaní miliárd požiadaviek mesačne a škálovanie naprieč Azure aj Google Cloud, ma naučilo protichodnú lekciu: pri takom objeme platformy nezlyhávajú na technológii a účty za cloud neexplodujú kvôli zlému Terraformu. Zlyhávajú alebo uspejú v tom, ako je organizácia nastavená tak, aby vec vlastnila, dodávala a rozvíjala. Organizačná schéma je skutočná architektúra.

Prejdem cez páky, ktoré skutočne pohybovali ihlou, každá ukotvená v reálnych momentoch z tej stupnice. Ako zmluvy SLA, koncipované ako jasnosť a nie trest, menia správanie inžinierov viac ako ktorýkoľvek prístrojový panel. Prečo rozširovať dôveru a čas tímu dopredu – tá najnepríjemnejšia vec, ktorú môže vodca urobiť, je práve to, čo zvyšuje kvalitu zostavy a obmedzuje prerábky, ktoré si nemôžete dovoliť pri miliardách požiadaviek. Čo sa skutočne zmenilo, keď sme organizáciu v tvare vodopádu posunuli smerom k iteratívnemu doručovaniu založenému na Scrume a prečo to bolo o skrátení spätnej väzby, nie o pridávaní ceremónií. A ako sa metriky DORA stali našou objektívnou odpoveďou na otázku, o ktorej sa háda každý tím: čo vlastne robí úspešného senior softvérového inžiniera a čo inžiniera DevOps?

Potom ľudské jadro, povedané úprimne, čo znamená povedané ako komédia. Čo robí dobrého manažéra v tomto svete, vyrozprávané cez veci, o ktorých som si bol istý a v ktorých som sa úplne mýlil. Vtip o behu je tiež skutočným bodom: takmer každý inštinkt, ktorý zo mňa urobil dobrého inžiniera, zo mňa urobil priemerného manažéra, kým som sa to nenaučil.

Nakoniec sa pozrite na to, v čom sa všetci spolu mýlime: AI núti DevOps vyrásť na DevSecOps – a tímy, ktoré to dobre zvládajú, budú tie, ktoré už majú kultúru vlastníctva, dôvery a rastu, o ktorých je táto prednáška naozaj.

Hovoriť 2
**Postmortem Culture: Premena neúspechov na učenie, nie vinu**
Autor: Dani Yelovitch
Väčšina inžinierskych tímov zaobchádza s incidentmi ako s rozpakmi, ktoré treba pochovať – rýchla oprava, vágna správa Slack a všetci idú ďalej. Táto prednáška hovorí o inom prístupe: brať každé zlyhanie ako dar.
Hlavnou myšlienkou sú bezúhonné posmrtné posmrtné úkony – postup propagovaný v spoločnostiach Google a Netflix, kde cieľom nie je nájsť obetného baránka, ale pochopiť, ako systém (ľudia, nástroje, procesy) umožnil zlyhanie. Ak sa človek pomýlil, skutočná otázka znie: prečo systém túto chybu ľahko urobil?
Rozhovor by sa týkal:
Ako vyzerá dobrá pitva (a bežné spôsoby, ako sa pokazia)
Ako spustiť bezúhonnú kontrolu bez toho, aby sa z nej stala obviňovanie zo strany výboru
Premena akčných predmetov na skutočnú zmenu, nie na cintorínsky dokument, ktorý nikto nečíta
Budovanie psychologickej bezpečnosti, aby inžinieri hlásili problémy včas namiesto toho, aby ich skrývali
Kľúčový poznatok: tímy, ktoré sa učia z neúspechu rýchlejšie ako ich konkurenti, dodávajú lepší softvér s menším počtom katastrofických incidentov – nie preto, že majú lepších inžinierov, ale preto, že vytvorili lepšie slučky spätnej väzby.

**Hovor 3:**
Názov: Od servisnej organizácie k samoobsluhe: Platformové inžinierstvo v akcii
Od Pavla Bureša zo Sky

Moderné inžinierske organizácie hromadia silá platforiem rýchlejšie, než ich dokážu zaplatiť – každý tím si vyberá svoj vlastný spôsob poskytovania pracovných zaťažení, databáz, frontov a vyrovnávacích pamätí, pričom každý má jemne odlišné profily zabezpečenia, pozorovateľnosti a nákladov. V tejto prednáške sa podelíme o to, ako riešime tento problém vo veľkom meradle prostredníctvom praxe Platform Engineering postavenej na princípe jednotného, ​​abstrahovaného rozhrania pre konfiguráciu zameranú na aplikácie – prístup, ktorý posúva tímy platforiem od „inštalatérstva riadeného lístkami“ k produktovému mysleniu: stabilné zmluvy, zlaté cesty a štandardne samoobslužné.

V druhej polovici priblížime PEaaS (Persistence Engineering as a Service), našu konkrétnu implementáciu týchto princípov pre stavové záťaže. Prejdeme si architektúrou – funkciami kompozície Crossplane 2.0 na EKS, nárokmi Kubernetes (XR) zameranými na aplikácie a modelom onboardingu nájomníkov, ktorý automatizuje poskytovanie IAM, VPC koncových bodov, OIDC a S3 – a ako abstrahuje heterogénne backendy (Keyspaces, Aurora DSQL, Redis EKS Cloud a Kafka) za jedno konzistentné rozhranie.

Účastníci odídu s: Praktickým vzorom na navrhovanie inžinierskych platforiem v ich vlastných organizáciách.
Referenčná architektúra pre persistenciu ako službu na Crossplane.
Čestné lekcie o štandardizácii, nástupe nájomníkov a prijatí platformy.