Cloud Native Days Norway 2026 - Real Real Cases. People.. Cloud Native.

Ticket prices excl. VAT

Speakers

Er du klar for å gi slipp på kontrollen og la AI-agenter drifte clusteret ditt? I takt med at AI-modeller blir smartere, går vi fra "Infrastructure as Code" til "Infrastructure as Agents". I denne super-praktiske, to-timers workshopen dykker vi ned i "Agentic Cloud Ops". Vi skal se på hvordan vi kan bruke agenter til å ikke bare deploye applikasjoner, men til å overvåke, feilsøke og sikre (hardne) Kubernetes-miljøer helt autonomt.

I Norge er det utviklet flere plattformer med god bruk av åpen kildekode de siste ti årene. De aller fleste av dem har til felles at de forutsetter et infrastuktur-lag: Noen andre leverer maskinvare, nettverk, lagring, eller identitet. Dessverre blir fortsatt mesteparten av disse tjenestene levert av utenlandske skyleverandører. Det kan vi gjøre noe med. Infrastukturlagene er prinsippene og byggeklossene som gjør Kubernetes mulig som plattform. Hvert av lagene er en smal fagnisje og kompetansen til å bygge og drifte dem effektivt er tilsvarende sjelden. Men det er nettopp her digital suverenitet avgjøres, ikke bare i applikasjonslaget der vi allerede er gode. Suverenitet handler ikke bare om hvor maskinene står eller hvem som eier dem. Det er også viktig at kunnskapen om infrastruktur finnes, at den er åpen og at den er delt. Hvis vi ikke selv forstår og kan endre eller bygge om systemene våre, er vi ikke suverene, uansett hvor gode vi er på koden som kjører over! Dette foredraget bruker nettverk som eksempel. Påstanden er enkel: Nettverkslaget lar seg bygge effektivt og billig med åpen kildekode. Med bruk av god, enkel design kan vi gjenbruke den samme modellen uansett størrelse: Først en podman-pod med iPXE på en utviklerlaptop, så en Talos-hjemmelab bygd med BGP-mesh over en flat L2-sone, og til slutt en L3 clos-fabric i et datasenter over 16 rack. Det som gjør dette spesielt interessant er at lagene og teknlogien oppfører seg likt hele veien. Prinsippene, komponentene og grensesnittene kan være de samme for alle tre skalaene. Det er bare den fysiske realiseringen som skiller dem: iPXE til oppstart av maskiner, IPv6-adressering, BGP, ruting med RFC 8950 og Talos med Cilium BGP control plane, alt dette kan opptre på samme måte enten det er en pod på en laptop, eller et rack i et datasenter.

Speakers

Telecom infrastructure demands the performance of bare metal and the flexibility of virtualized environments—but unifying both under a single operational model is challenging. At Ericsson, we’ve built a cloud-native platform powered by Kubernetes, Cluster API, and Metal3.io to automate the lifecycle of telco-scale infrastructure spanning bare metal, OpenStack (via CAPO), and KubeVirt based virtualization. With nearly tens of thousands of servers in production, this platform delivers fully declarative lifecycle management, zero-downtime upgrades, and consistent observability across heterogeneous environments—all while meeting stringent telecom SLAs. This session shares the architectural principles, automation patterns, and operational lessons that make large-scale hybrid infrastructure practical and reliable. Attendees will learn how open-source collaboration and upstream innovation are enabling truly telco-grade cloud-native operations.

Speakers

At Giant Swarm we use Cluster API to provision and bootstrap our k8s clusters. With this setup, control plane (CP) and worker nodes must run on the same infrastructure which was never an issue so far... However, in bare-metal environments, using 128-core servers for CP nodes is luxury. It's far more efficient to host them as virtual machines on a hypervisor while keeping workers on physical hardware. But can we get around CAPI's limitations? We will walk through how we built Frankenstein's cluster by mixing vSphere for the CP and Proxmox for workers as a testing ground. While technically functional, this required "hacky engineering". We will share the hurdles we hit and the operational risks of this hybrid cluster setup. Finally, we will demonstrate how we solved this challenge with a cleaner, upstream-friendly alternative. Kamaji lets us run the CP as pods in a management cluster. We achieved even better resource optimisation with full native community support and no custom hacks.

Vekst er bra – helt til det ikke lenger er det. I årevis kom ny funksjonalitet først mens teknisk gjeld hopet seg opp i det stille. Avhengigheter, treg CI/CD, tette koblinger og midlertidige løsninger gjorde det vanskelig å holde alt oppdatert, og plattformens omdømme ble dårligere for hver måned som gikk. Dette er historien om hvordan vi havnet her, hvorfor vi bygger om i stedet for å fikse det vi har, og hvordan vi bruker Crossplane til å skape en utvikleropplevelse folk faktisk liker å bruke. Det er også historien om alt som ikke er perfekt, utfordringene vi møtte, og hvorfor det å fortjene utviklernes tillit betyr mer enn noen arkitekturbeslutning. Gode verktøy hjelper. Å være åpen om hva som er ødelagt hjelper mer. Å ikke overselge det du bygger hjelper kanskje aller mest. Du kan velge riktig teknologi og likevel ha ingen som bruker det – hvis du ikke lytter.