 Velkommen til Staten av Plattformaturity i nødvendige publiksektorer. Hooray! Det var så fantastisk å se alle av dere. Jeg var her nærmest, og jeg tenkte til meg, at dette er et stort rum. Jeg håper vi får fylde det ut. Du har gjort det. Det er virkelig fantastisk. Så litt om meg. Jeg vil snakke om meg. Det er faktisk ikke så lang tid. Det er å høyke med min køyre og min familie. Det er en av to ting. Det er å være åtaret med min familie. Og teknologi er virkelig min fæssig. Så når jeg ikke er utsiden, er jeg en svårdare på å arbeide med en svårdare i dette company, eller en organisering som heter NAV. Jeg kommer inn i hva navet er. Jeg fokser på observabilitetet i TechLead. Og også en veldig avvokat av å åpne teknologisk åpning i generelt. Så dette tog her i dag. Denne titelen måtte du ha sagt. Det er mye du vet. Hvis du vet det. Jeg digger litt om Norge, Norge 101. Nei, det er ingen polarberes i stedet. Jeg gikk litt om hvordan Norge, Norge, Norge, Norge har vært. Og vi gikk om surveyet vi gjorde, og det er det mørkeligere og stedet mørkeligere i det norske publiksektor. Og også så mange intervjuer som vi gjorde. Så det er... Jeg håper dette i min for døren av talet. I norske landet har vi dette norske velfælde modell. Vi er veldig fokuset på en stort og stor regjement som forbereder alle sikkerhetsnettverkene som du nøyder for å være et stedet av landene. Det betyr at vi fokuserer sosial- og høy-tekstasjon for å gjøre ekonomisk distribusjon, fokus på labor- og fleksibilitet, arbeidende, generelt kvalitet og freie utdannelse. Og freie utdannelse betyr at det ikke er freie. Når noen har å paye for det, så er det det som regjene gjør. Så mer spesifiktig om navn. Vi har denne taxingenier. Det er denne veldig storingenier i Norge. De tar alle money inn. Vi har handet alle ut igjen. Vi har en tørre av denne norske stedet budgetet. Det er ikke i IT, men for å give ut everything from parental benefits, sickness benefits, pensjon, etc. All the social welfare that you need is going through navn. And some stats about nav that I managed to dig out. We still have code from the 1970 running in production. That's almost twice my age. We have 20,000 employees, which makes us the largest government agency in Norway. And roughly 800 developers. That includes consultants. That's the number of seats we have in our Github-organisations. That's the best count I can get for how many developers there are. And also in Github, we have 2,000 public repositories. We really believe not only that we should use open source and open standards, but we should contribute back and be as open. This is already paid for by the public and the code that we write should also be open. Hvis du vil kreate din valgfæreadministrasjon, gå ned og gjøre klonning. For dette historie til å make sense, må vi begynne å begynne 7 år siden. Det var Kubekon, Europa og Berlin. Jeg tror at dette er denne knallet. Det er ganske denne roomen vi er på. Det beror oss litt om hvordan dette konferens har vært. Kubekonetis var bare to år siden. Veldig mange hadde hørt om Kubekonetis. Men med aktive forhandling, valgfæreadministrasjon og taxadministrasjonen var der. De viste noen andre. De viste ikke at de var der. Og med forhandling, de møte i en koffekul. Jeg vet at du er fra noen anden. Ja, jeg er fra Norge. Å, du er interessant i Kubekonetis. Ja, vi er i faktisk. Og faktisk, det ganske på stedet, Odun Strand, er sort av den mentoren i mitt organisation, i valgfæreadministrasjon. Han er en sort av mastermind behind det jeg kommer til å snakke om, eller denne delen av historien. Jeg gikk opp og gikk hjem med en stor buss, som en buss, som er part av Kubekonetis. Og de, sammen med aktive forhandling, gikk det, gikk det, eller gikk det, eller gikk det, som public pass Norge. Det var en plattfom og ingenering, en sort av definisering. Det var en del av plattfom og ingeneringen, hvis vi gikk det. Men dette var starten av alle i den norske publiksektoren, som kjære om plattfomene. Og først, det startet med Kubekonetis, og det gikk så mye mer, som vi ser nu med den norske plattfomene. Og vi har en regelmål. Vi gikk gammel med mange folk i slott år. Det er ikke bare fra publiksektoren, men det var norske delegatier som jeg gikk gammel med, når vi var i Amsterdam. Og generellt, en riktig nice space for å kollaborere, og det har mye å gjøre med det jeg skal snakke mer om, hver vi er i dag. Men dette var igjen. Det startet siden år siden. Og i dag er det fra vår slakkkommunitet, slakkworkspace. Det er 1.400 individer, omkring 50 publiske organisasjoner eller administrasjoner. Men vi gikk litt av oss. Så dette er hvordan det norske publiksektoren og entreprensorganisasjoner kjente før plattfomene. Og dette er gikk gammel med de som jobber i en gammel organisasjon som har vært rundt for mer enn 10 år. Det har vært rundt før Kubekonetis. Så det ser ut som noe sånn. Og dette er igjen, hva vi har vært kjent til å kjente oss litt av oss, av disse teknologiske beslutninger, fordi de er gammel, og de lukker oss inn til noe spesifiske vendene. Og så har parlamentet for en nærmest år faktisk passende strategis. Og dette var det første som var fra 2012. Og det var baseret på en veldig simulare strategi fra det europeiske parlamentet, som er digital agenda for Europa. Så dette er digital agenda for Norge. Og så, et par år senere, de revist det og hadde en ny enn under samme nærmest. Og den nærmeste enn nå er en publiske sektor. Og de har graderet og ser at dette er så viktig, digital teknologiske er så viktig for publisk sektor, og vi må være mer unifiktig og ha et kohesivt user-experiøs. Det er en veldig ambisjent mål, men det sier at det er noe om det, sammen med politisk stand point. Og disse ting her, de har kreatet en skifte i princippene fra en vallgård som er locket inn til mer av ekosystemet, og de har skiftet fra en vallgård som er prengelig, på propriserende tuller og standarder og vendene til mer avkantstander og avkant. Og de har også vært litt videre, med en veldig, veldig styrkt fokus og hierarchi, til mer autonomi. Og vi ser at det reflekser i mer og mer organisasjoner i publisk sektor i Norge. Og vi ser også en sort av en personlig change i personlig preferens. Så dette er en company som heter Universum, som ser ut hver år for student og professionell, når det kommer til deres arbeids- og arbeidspreferenser. Og fra 2021, en vallgård, en kompetitiv-baseringssalarie, en variering av atterninger og respekt for at folk, og en sånn karriere-developement, var sånn, for lang tid, at disse ting var ikke virkelig. Og vi har sett en vallgård i fokus her. Flexibel arbeidskonditioner og sikkerings-employement, med økonomiske løpninger. Og disse ting spiller ganske bra for publisk sektor. Og dette var de mest uttrykkende IT-jobbe i Norge i 2023. Og vi kan se en nr. av publiske sektorer her på listet, som betyr at de må gjøre noe bra. Vi vet ikke hva som gjør noe. Det bringer oss til surveyet. Så surveyet konsisterer av 31 problemer, som gjør en generelt problemer om plattform- og ingenering, en problemer om kubanitis, og en del av publiske sektorer. Og det var primært distribuert til vår slakk arbeidskonditioner, og det er en slakk arbeidskonditioner som gjør noe bra. Vi vet ikke hva som gjør noe bra. De som har uttrykket surveyet er primært de som er positivt, og som arbeider med plattform- og ingenering, og som har vært uttrykket det. Vi må holde det litt i minne, når vi disambigrerer resultet her. Men før vi går frem, må vi se litt inn, så vi er på samme sted. Hva er en plattform? Dette er faktisk fra tag- og app-deliveringen. Det har en veldig god plattform- og ingenering, fra CNCF- arbeidskonditioner. Det er en veldig gammel papir. Jeg har tatt til å kondensere det, hva som plattform er. Det er dette fokus på verdeligere eksperiød. Det er dette til å ta inn feedback fra verdeligere, og til å sige de største frågorne. Hvordan kan vi make development more pleasant for you and your team? Og en av de praktisene er å fokus på onboarding og dokumentasjon, så å begynne å være produktiv og å forstå hva jeg kan gjøre, og hva er denne måten for å gjøre det samme, og gjøre det som jeg vil. Og å provide self-service mekanismer, og ikke kjente, og ikke kjente for noen andre folk til å å åpne virkeligere valg, eller kjente verdeligere mekanismer, eller kjente det. Men å kunne gjøre det jobb, kjente eller self-service mekanismer, eller hva eller hva ikke. De mennes også at det er optionalt og komposibelt som en viktig træt av hva plattformen er. Så nå er det ikke å si at det må være kontainere, det må være kubernetes. Det er sånne implementasjoner, og det må være der, men det er ikke hva som gjør plattformen. Men det er veldig viktig, den seneste parten her, at det er å være som optionalt, som det kan være, og som komposibelt, hvor du kan mixe og matche hva typen av kapabiliteter du egentlig er nødvendig for plattformen. Du er ikke nødvendig å embrere det alle i for å gjøre ut av det. Og en liten efter de definisjene av hva plattformen er, og dette var faktisk, jeg tror, en slags kubekon, de har faktisk skrevet en plattform-engineering, plattform-engineering, maturity model, som trykker til å sørge for en frå, hvordan plattformen, hvordan plattformen er din plattform, eller hvordan plattformen er din plattform-engineering. Og du har tre aspekter, investeringer, hvordan stafene er fundet på plattformkapabiliteter, og så er det flere grader om hvordan du er møturet, og jeg er ikke gjennom alle de steder som er møturet, men investeringer, hvordan stafene er fundet på plattformkapabiliteter, hvilken og hvordan user mener å bruke og bruke plattformen. Interfasere er hvordan user interaktere med og konsumere plattformkapabiliteter, hvordan de svåre faktisk interfasere med plattformen, operasjoner er hvordan plattformen og de som har plattformen planer, prioritiser og developer og mantra, ikke operasjoner som i applicasjoner, men mer som hele livetikken av plattformen som projekter. Og slik, measurementen. Hva er prosesset for å samle og inkorporere feedback og læring? Så dette er en del av at vi asker organisasjoner for å grade dem selv. Så det er en self-gradering, en møturetsservei. Så, en liten brenging av responsen. Så vi hadde 20-21 regjene, og jeg vil ikke gå på alle budget- og empløyere, og vi hadde 12 stående entreprenser, det er S-E-S-O-E, som mer private-like organisasjoner er opptatt av regjene og som regjene som regjene. Det er kategorie 1 og 2, det er en som er veldig private, veldig kompetitiv i en kompetitiv marked, og 2, dette er en veldig spesial del. Vi har skjønt å inkorporere det som en kompetitiv, men det har spesial regjene og regjene, og det er også fundet av regjene i en liten grad. Vi har inkluderet kategorie 2 i resultatet. Vi har en municipalitet og en universitet. De har vært skluderet fra resten av resultatet, da det ikke gikk en bra skjønt til municipaliteten og universiteten. Men når vi skjønner for mange av regjene, de totala samarbeidene og budgetene, er det en tredje. En tredje av regjene anserede denne surveyet. Vi tror at det er en færdig måte, og det skjønner et skjønt, som er interessert i plattformen og regjene. Den første siden var, at vi har en plattform, og hvis ja, hva er det kallet? Her er alle de namen vi har. Det er veldig cool. Det skjønner et skjønt, at det ikke bare er tritet som en projekte, det er faktisk tritet som en egen internalt produkt, med denne branden og høyper rundt det. 82 % av respondentene sa, at vi har en plattform, og 18 % ikke har den. De er ikke passet på noe annet. Vi frågte om motivasjonen. Hvorfor er plattformen å bygge, og hva er plattformen å bygge? Nå har alle sagt at det var å bygge svært. Det er tid for svært å gjøre det. Når de skjønner en briljant applikasjon på de lokale machineene, hvor lang tid tar det før det er å bygge i produksjonen, og det er svært å bygge. Nå ser vi en dekling på hvordan respondentene responder. Kvaliteten er veldig høy. Nåten til at det har en lang og tidig prosess, er det ikke sikkert en høy kvalitet, men det oppåsittet er faktisk virkelig. Det er en viktig del her, at det er det som skal være relevant for proffekterne. Og resursoptimalisering, sekuritet, og veldig høy kostoptimalisering. Måste er de å runne på premis, og det er ikke nødvendig en kostoptimalisering for å make a platform i det. Og å klippe litt mer på hva som er kapabiliteten av de plattformene her, og ofte, ikke suprasjent, alle offer en billedapplering å runne, og du kan ikke realisere en applikasjonplattform tanke på det. Så det er litt forberedt. Og vi ser oppsøvabiliteten for å være omkring 100 %. Du kan ikke runne, operere en applikasjon hvis du ikke har noen tooler og noen innskider. Så jeg er litt kvært ved hva som resten præsenter der. Det er en slik å pløde noe inn i en helt lærkning ved å vise hva som sker. Og resursoptimaliseringen, også en del av plattformen, kapabiliteten og plattformingeneringens team. Og så ser vi sikkert funksjoner som har prosisten, database, storage, etc. Og en nætverk som et feit eller kapabilitet av plattformen. Og det gikk mer mer sikkert, da de fleste av de her har en stor on-premise footprint, hvor alle nætverkene, alle databases, storage, etc. Og så ser vi hvordan appleringene og hur mange appleringene team, og hva programmering lenger, til å få en litt mer følelse for hva plattformen er. Og vi kan se at det varer, men det er en del av de fleste eller de fleste, det er rett og smalt, eller det er en del av de 11 og 50 appleringene. Og så har vi noen organisasjoner som har 100-plus, men selvfølgelig mange av dem. Og på programmering lenger, ikke så mye, Java og Kotlin, gikk veldig, veldig stort i Norge, og da JavaScript og TypeScript, og da .NET, en liten og smalt share, og da Python, og da Go, den seneste. Og jeg imaginerer at de var plattformingenjerer. Det er utstående. Ja, jeg har rett gå, og jeg begynner mye applering til plattformen. Så litt om infrastruktur, og vi kan se det. Det er en slik høyere prosent som bruker kubanitet, som bruker plattformen. Og det er en del av å komme fra en veldig, veldig on-premise organisering, og en liten riskeveld, og on-premiseveld. Det er ikke så on-reasonable å tenke at mange av dem er å runne kubanitetet som on-premise, og ikke bruker kubanitetet. Men vi ser også at kubanitetet bruker kubanitetet og er utgående i en mer og mer grad. Vi ser det again med hvordan mange år har du vært i produksjonen. Så siden år, det var kubanitetet som var tax- og velfærmat. Og så kan vi se at en år gikk, hvor de evangeliserte og tolte alle om dette kubanitetet. Og vi ser en stor kubanitet i en norsk veldig. Så det er gøy. Vi kan høyde på det, at det er den reisen behind. Kubanitetet er en mer og mer ennvendig kubanitet, og det er også en kontributende faktor. Og vi ser at mange år i produksjonen med kubanitetet er en liten liten kubanitet, og veldig, veldig flere. Det har vært for 7 år. Det er mest 6 år eller below that. Så det er en frå her, så mange eller mange. Er de å runne mange kubaniteteskustere, eller er de å runne mange kubaniteteskustere? Hva er det å reise i hånd, om du tror at mange av dem runner en veldig mange kubaniteteskustere? Og hvem tror at de runner mange kubaniteteskustere? Ja. Nå er dere ikke korrekt. Det er faktisk blitt i midten. Så om vi definerer at det er en liten kubaniteteskustere og mange kubaniteteskustere, så er det faktisk at det drøyter ned denne linjen. Det er... Når vi prøver å prøve mange kubaniteteskustere, er det mye som jeg synes også. At det er noe... Etter halv å runne veldig mange kubaniteteskustere og mer multiteneskustere og mer nødvendelskustere og så har du noen som runner en vildig mange kubaniteteskustere, som er hundra pluss. Jeg ser noen nødvendelser, og du kan forstå noen av dem. Og jeg har også tatt om teknologi-adoptionen, og slik at de mest møtte CNCF-projekter er de mest adoptende av de her. Så, again, slik at det er noe som de grader eller en stort projekter i den CNCF-kosystemen som effekterer teknologi-adoptionen. Så det bringer oss til det meste part her, plattformeturiteten. Vi har investering, vi har adoptionen, interfaces, operasjoner, og vi har mellom. Så på investering, vi ser at det er veldig møtjert i min opinion. At least veldig, veldig flere har en volentærlig eller en temperatøy plattformteam. Again, de har antatt at vi har en plattform. Og optimiseringen er at vi ikke bare har en produkt, men vi har en ennålig ekosystem hvor vi har kontribusjoner tilbake fra plattformene. Again, adoption, vi ser at det er en lille bit mer... Det er en lille bit mer møtjert her, når det kommer til at det ikke bare er noen ute, som er sånn, at du må runne appikasjoner på plattformen. Det er en mål og en mål for å pulle inn, og det er en mål, en mål for å misse ut. Developerne er så mange andre appikasjoner på plattformen, og så mange andre appikasjoner som har brukt dette. Vi må bruke det også. Jeg ser det i min egen organisasjon, at om du er på risiko for å løse ut, om du ikke er en part, om du ikke er plassende på appikasjonen på en av de plattformene. En interface, hvordan user interakter, det varer de veldig custom processer på alle måten til self-service og integrerende solusjene. Det er ikke... Her ser vi en lille bit mer av infrastruktur og kod, og det er ikke så møtjert når det kommer til self-service portal. De her nømmer også i min egen mye. Men det ser vi. Mange organisasjoner har ikke bare standardisert ståling, men også self-service solusjene. Nå får vi operasjoner om hvordan plattformene faktisk arbeider. Og mange av dem, selvfølgelig, har en tegningssystem, ikke forståendig, men vi har vår eget baklag, vi har vår eget prioritisering, og vi er alle på en måte til å deliverere og å manage serviseringer til oss og user. Og hvor vi ser de mest møtjerte i alle disse her er når det kommer til measurement. Nå er det ikke forståendig, fordi jeg tror at det har gjennom de plattformene som har vært en av de plattformene som har adoptert problemer som har mer av dette. Det er ikke bare tegningssystemet, men vi må være data-driven om hvordan vi fortsetter å develope plattformene. Vi har tatt alle de løde hengende frutter, og vi må se hva de betyder, og hvordan serviseringene er adoptert med de teamene. Her ser vi de største delene, og det er en forståelse når det kommer til plattformet i den nødvendige publiksektoren. Det ser ut som en forståelse her. Det ræser ut med min erfaring, ikke bare i min part av organisasjonen, men når vi taler med andre agisker på Norge. Vi har gjort innfattelser også. Det er en del av en podcast jeg har gjort sammen med en av mine kollegaer. Det er Odin Stånd fra bilden i Kubekombalin. Han er med oss, og vi har gjort denne podcastet. Det første sesende var alle om publiksektoren i Norge. Vi har intervjuet nødvendige polis, mappet, Oslo, nødvendige hosingsbank, nødvendige kooperasjon, digitalisering, taxadministration, og vi har også intervjuet oss selv. Det var fint. Og på dette point vil jeg vise alle nødvendige publiksektoren. Røde hånden, hvis du er i bilen. Vi har kvitt, så se her. Hvis du vil tala med noen fra den nødvendige publiksektoren, annet med meg, kan du finne en masse folk her. Jeg vet at det er mange nødvendige publiksektoren her. Vi har talet med nødvendige polis. De har en plattform som heter Organa, og det er en fun fakt. Alle er større. De er så nødvendige. De høyder større. Hvis du vil større, finne de. Det er to av dem her. Det er startet i 2018. De har ca. 200 produktteam og 400 publiksektoren på deres kubanettisk plattform. De har vært med kubanettisk hårdvendighet, og de rønner seg selv, og de rønner seg på denne måte. De er i veldig god form. Vi har også gjort en riktig cool intervju med Mapping Authority. De har også en riktig cool plattform, og en solid brand. De har ikke bare en brand. De er faktisk veldig glad for det. Det er alle helt publik, på sheep.kartverket.no. De har en techblog. Det er vritten i engelsk. Det er veldig interessant for alle i audien. Det er ikke bare de som taler i regionen. De starter litt later og har ca. 30 produktteam og ca. 100 publiksektoren. Løst enn 100 publiksektoren på plattformen. De har riktig cool kubanettisk hårdvendighet. Det er interessant å se hvordan de går i fredag. Det er en funnakt med dem. De er gittobre allerede. Hvis du vil tala med dem om vild, liv og gittobre, finne en. Jeg vet at produktteamene sitter på plattformen. Det er definitivt noen du skal tala med. Når vi rundt ut, hvordan var det å gå med navn av kubanettisk hårdvendighet? Det var en av ... Det var den valgfæren, og det var en taxadministrasjon. Dette er de plømesfrekvenser. Det er en veldig produktteam. Du kan se opp til 2017. Da er det mer eller mindre skyer å råde opp der. Vi har hittet en alt kjære hårdvendighet i denne siden i 2024. Det ser ut som om det fortsetter å ... Der har det vært enormt stort. Vi har litt mindre enn 2.000 applicasjoner på kusteren. Og rundt 200 produktteamene. Vi har løst opp i å brise åpensjøer. Vi har ikke en masse åpensjøer. Vi har også løst opp mange av de komponenter som påger til plattformen. De er oppe i vår githuborganisering. De starter å blom gammel til publicsektorn. Vi kan melde å begynne å re-inventere hjulet. vi kan faktisk få en slags reusning og kollaborere og kontribute. Og da vi ikke gikk noen tid til å snakke om navn, jeg vil rekommende deg til å gå til Kubernities podcast. En stor skjout til Abdel og Kastlin, hostene der. De gjorde en hel episode om navn og en nice platform som vi har bytt over år. Så be sikkert å se det ut. Nå rapper vi det opp. Så hva vi har sett, og hva vår survey, hva min gutting synes, og snakket med organisasjoner og serviceet, speedmatter, agilitymatter. Det er det mest viktigste til publikasjenstid. Jeg vil definitivt debunk de mye, at i Norge, publiksektoren er ikke bort. Det er helt oppisitt. Og jeg skjønner alle til å survey vores publiksektorer. Jeg vil virke til å være bort, at vi ikke er det beste publiksektorer der. Men vi er veldig private concern. Vi har adoptert mye av CloudNative, men vi har stille en virkelig riggere concern når det kommer til data sovereignty og alle de data som vi begynner. Det er ikke oppskelig å bruke publiksektorer. Hvis ikke alle de er, i mange fall, mandatøy. Vi må være veldig, veldig kanskje når det kommer til nasjoner. Vi kan ikke bare bruke salsapplikasjonen medan vi går til dødelen. I hver fall vil vi ha det å bruke på vores publiksektorer. Jeg vil vare å se mer publiksektorer i disse konferenser. Jeg har gjort et sørg, og det er ingen andre mennesker som er i vores publiksektorer. Så, en slags skjout til alle i vores publiksektorer. Hvis du arbeider med publiksektorer, du må se på en av de CFPs og de kommittene som selecter må også se på at det er mer inklusiv og vi får mer mennesker om publiksektorer i disse venner. Og med det, vi har en minutter ut fra vår tid. Like og subscribe, jeg tror. Det er en reise på dere. Hvis du vil konekke med meg på LinkedIn, blir jeg glad for å snakke med deg during the conferences. Hvis vi har tid for noe, jeg tror det er en mikrofon over der og over der. Så, skåp. Å, mikrofonen jobber. Hei. Det er en fantastisk snak å se publiksektorer som gikk veldig bra. En som gikk fra Sverige, men gikk fra the UK. Vores publiksektorer i the UK var dog shit. Jeg er glad for å leve i Nordic. Sorry for the people who are in the UK who are in this room. Do you mention that on the metrics that a bunch of people are using Kubernetes and the cloud but some are not using Kubernetes and not using the cloud. Ja, så vi ser at that is quite, it's divided between running it yourself. Kubernetes the hard way influenced by Kelsey Houtower. Running Red Hat OpenShift. A lot of these organizations have a huge Red Hat presence in the past and have adopted OpenShift. And then also all of them, I believe, all of them are running VMware or Broadcom, as they are called now. So Tanzu is also in the mix. So these three. But surprisingly, a lot of them are running Kubernetes the hard way. Hi, could I ask you about how do these companies or how do your government decide between build versus buy? Because I understand it's a lot more fun you're getting the effect if you're building your own platform. But maybe by the time you're done you haven't really anything to show your manager. So where do you stand on the buy versus build decision? Well, we are probably overcorrected for some amount because this was in order to get us out of the a little bit swamp that we were already, when everything were only bought. So there's probably an overcorrection. But when it comes to purchasing it needs to adhere at least to the open standards that there should be a standard here. I don't want to be locked into that vendor and have no recourse in order to do very, very costly migrations when it comes. So we see that more and more are adopting cloud and are running their Kubernetes cluster on the cloud and that's again because Kubernetes did something really brilliant and this is a certified Kubernetes version it adheres to the standard it's fully compliant with all of the Kubernetes APIs at least the ones that are stable and sort of official and then I can then in more degrees go out to another I know it's not that simple but again it sort of makes that equal playing ground there So people that plays into this sphere here I'm personally currently implementing open telemetry again not because I want to use this tool or that tool because I want to have the standard and be able to swap out these tools here when a better one arrives. We can hear this. Great talk by the way. I'm coming from Latin America so since the public sector is like my friend said. And I wanted to ask you about the main projects as you saw in the survey you just had like a percentage about what it was about which was Python but I feel like it doesn't show how you the enterprises of the public sector which is the primary languages that you make actually for the biggest project. So do you mean the applications? The chart is a little bit misleading because I actually had Java and Kotlin as two separate sort of selections and it's Java or Java based at least so that's the huge huge code bases written in Java in the Norwegian public sector That's the first question I was about that The second question is that Java actually has a kind of trouble sometimes especially with the Kubernetes cluster How do you actually manage to make the adoption of Java to the Kubernetes What was the challenge that you had? Well it's Java being Java using a lot of memory and lots of CPUs starting up so you just need a lot of resources it's not Kubernetes here in that regard it's not sort of to that much optimize it if it's sort of about cost optimization I would say use something else use go or something but more seriously sort of removing the CPU limit has sort of made some challenges less challenging when it comes to Java there's also sort of you can you can adjust the resources then this is very very very new and we are looking into it where you can actually sort of increase the number of resources that the application gets during start up and then throttle it back down or reduce the request so you don't over provision when the application is starting up but what I at least for my organization what we told is that you cannot drag your old Java monolith into the system you need to rewrite it you need to use a little bit more modern maybe spring, maybe focus maybe something else you need to be conscious about your start up time you cannot start all the services under the sun just because you did that before you need to sort of reserve how much are you actually consuming during start up and maybe you need to lazy load more or put those services into a different microservice that was sort of the gist there that you need to condense you need to make your application smaller and it needs to be for a faster start up alright, thank you I have a second question it was really interesting to see that you were using a bunch of different platforms for the different organizations and I wanted, given the prominence of Kubernetes and Cloud and as we're seeing with a lot of like larger projects where they've got like loads of clusters and they're doing like fleet management and I've been working in my own organization where we're starting to look into fleet management and managing things do you foresee a move towards like unifying certain platforms and reducing the number of platforms that you have, or is the diversity and the platforms of strength that you think is there the diversity within one organization or across different organizations across all public organizations so what I didn't really say that is my organization is a noise platform that we have built we are actually in the process of providing that as a service more or less to other public agencies because we know that it's a huge step to build your own and it's very costly to buy it also and we already have this platform so either you can take the different components or we can host it altogether it doesn't really make much difference if you're already running so many teams having a few extra doesn't really make any more operational burden from our sense so yeah hei my question is going to be very quick where is your product manager I would love to meet yeah so the product manager for Kotvakia is sitting with a red sweater on the first row thank you so definitely go talk with her hi hi I came to your talk because I like Norway but I also work for, I'm not in the public sector but I work for an organization that's extremely interested in data security and governance my question to you is how do you deal with the compliance how did you build like is there a step for a manual step or something how do you put like guardrails how do you deal with the compliance of your applications so I cannot talk for the entire public sector but for my organization we are dealing primarily with the building blocks that we are providing through the platform they are to a certain extent pre-complied so we have set up it's a golden path for those building blocks meaning that if you use those they are already compliant for certain workloads and operations you enforce that through the golden path or is it at least we make it really really difficult to sort of circumvent that so it needs to be a very deliberate act but the second part that's equally important is that we are drilling and drilling and drilling the application teams that you are responsible for your product you are responsible for the ultimately you are responsible for the security for the governance when it's running etc so we do have a lot of enabling capabilities instead of them sort of making two mile long list of this is everything that you need to adhere to they make good guides recommendations but they also collaborate with the team so we have a compliance team they have a really good tool where you can do self compliance checklist and making sure that you are understanding the regulations that applies to your product so they are becoming more and more I am not saying that we are done we are more and more drilled that this is this is a concern of the application team and they need to be cognisant of what laws and regulations are applying to their product because being a large organization we don't have one size fits all because there is such a variety about really really important and really sensitive health data and I believe the most sensitive data we have people living on hidden location because there are someone there trying to harm them and it's so if those names get out even outside of very very very few people that are privileged to see them they need to change the name they need to change the address and need to sort of build up their life and these things they really know it at least that's my understanding talking with them is that are really really cognisant of the data that they sort of govern within their application and then we have other teams that does not have that and are dealing with mostly open information anyhow it's like the job marketplace and of course that's public the job marketplace is completely open of course there are some parts that should not be open and they are cognisant of that but that are totally different modes of operations and they need different sort of level of compliance in both of them and the one of course gets more help than the other to be able to make sure that they are up for the challenge there and then we are also doing sort of internal reviews similar to how the tax authority will do review of certain groups and certain people we do the same internally making sure that sort of oh no we are checking that is this up to par with a certain number of representative teams and applications Thank you I think we are thank you so much for being here