‫Dus, wat biedt de toekomst voor Kubernetes?
‫Dat is een vraag die volgens mij velen van
‫ons hebben als we kijken naar hoe snel het is gegroeid, en het hele
‫ecosysteem eromheen, en hoe dat gewoon te veel is voor één
‫persoon om aan te pakken.
‫Wat is de toekomst?
‫Het goede nieuws is dat als ik het moest
‫voorspellen, ik denk dat de toekomst is dat het
‫saai moet worden. Je zult veel van de oprichters hierover
‫horen praten wanneer je ze in het openbaar ziet.
‫Weet je, ze praten gewoon over hoe we de
‫infrastructuur zo saai mogelijk moeten maken, zodat we
‫meer kunnen vertrouwen op de dingen die
‫we daarnaast doen. Want echt, dit is allemaal hier zodat we onze
‫apps daar kunnen krijgen, toch.
‫Het punt van Kubernetes is niet om Kubernetes zelf te zijn.
‫Het is om u in staat te stellen de dingen die u wilt doen sneller te doen.
‫Ik denk dat voor Kubernetes, als
‫je naar de laatste paar releases kijkt,
‫het zich echt begon te concentreren op
‫betrouwbaarheid, stabiliteit, veiligheid, gewoon zo stabiel worden dat
‫het er gewoon is.
‫Je hoeft je er niet zo druk over te maken.
‫Je hoeft het niet zo te repareren.
‫Ze hebben regelmatig releases, dus je
‫kunt zeker het releaseschema en de release-opmerkingen bekijken,
‫waarnaar ik in deze video heb gelinkt.
‫Een ding dat dit jaar, in 2019, wel gebeurde, was een
‫grote beveiligingsaudit van veel van de kerncode die
‫veel dingen aan het licht bracht.
‫Op hun blog hebben ze zelfs een volledige, gedetailleerde analyse van
‫wat er is gebeurd.
‫Ik vind het echt cool dat een zo
‫belangrijk en groot open source-project niet alleen de veiligheidsanalyse van
‫een derde partij deed, maar alle potentiële problemen en resultaten aan
‫het licht bracht.
‫Ik denk dat het resulteerde in veel PR's die vooraf waren bedoeld om
‫dingen snel op te lossen, maar ook wat dingen die ze uiteindelijk in
‫de loop van de tijd zullen oplossen.
‫Het is niet zozeer dat het noodzakelijkerwijs gebaseerd was op kwetsbaarheid, maar er
‫zou meer op dit gebied kunnen worden verbeterd, dus we gaan het
‫in de loop van de tijd veranderen.
‫Een ander ding dat je zult zien, is dat sommige
‫van deze oudere concepten, toen het een eenvoudiger hulpmiddel was, zullen
‫vervagen als ze worden verwijderd. Ik denk dat opslagplug-ins die
‫geen CSI zijn, uiteindelijk zullen worden verwijderd, zodat je op
‫CSI moet vertrouwen voor je opslagplug-ins in plaats van
‫de ingebouwde dingen.
‫Je zult verschillende commando's zien, zoals de kubectl-run, veranderen
‫en stoppen met het geven van waarschuwingen omdat het
‫standaard een eenvoudige pod-runner is in plaats van dat alle
‫generatoren kant-en-klaar zijn gebouwd.
‫Dan zul je andere dingen zien die
‫ik hier heb genoemd, zoals drooglopen aan de servicezijde, stabiel worden
‫en meer functies eromheen. Omdat ik denk dat er een sterke
‫drang is naar betere auditing, een beter begrip van veranderingen in
‫de loop van de tijd. Wat gaat er veranderen voordat ik
‫het deed, wat veranderde er nadat ik het deed,
‫en dat soort rapportagestatistieken.
‫Als het op derden aankomt, zal dat blijven stijgen en
‫groeien, en het is echt meer dan iemand van ons ooit
‫zou kunnen weten.
‫Roer 3. 0 is bijna klaar.
‫We zullen zeker meer operators hebben voor tools van derden
‫om het gemakkelijker te maken deze te implementeren en
‫te beheren in Kubernetes.
‫Dit is eigenlijk meer hoop, maar ik denk
‫dat we ons veel meer gaan richten
‫op declaratieve workflows.
‫Omdat dit nieuwe thema rond DevOps, en meer specifiek git-ops, dat is
‫git ops, waarover
‫ik in mijn podcast heb gesproken.
‫De git-ops-workflow is een relatief nieuw concept, maar het idee
‫dat wij, operators, en
‫dat zijn de mensen die deze
‫Kubernetes-clusters beheren, we echt als operators optreden.
‫De operators nemen de vooruitgang over van de
‫softwareteams waar ze code moesten beheren, en
‫codeverandering in de loop van de tijd, en releases, wat heeft
‫geleid tot de opkomst van tools zoals GitHub, juist,
‫om dezelfde tools te gebruiken voor het beheer van onze infrastructuur in
‫een declaratieve manier. Daar heb je me over horen praten.
‫Ik denk dat als je naar de functieset in
‫de loop van de tijd van Kubernetes kijkt,
‫je kunt zien hoe het meer declaratief van stijl wordt, en de functieset en
‫focus ligt op die declaratieve workflow.
‫Ik hoop dat we betere tools krijgen en dat de tools die we
‫hebben in de loop van de tijd meer functies krijgen.
‫Een ander groot ding hier is Windows Server-ondersteuning.
‫2019 zag de grote aankondiging rond
‫Windows Server-ondersteuning voor server 2019, en dat
‫staat nog in de kinderschoenen.
‫Dat is iets waar Swarm technisch voor loopt
‫dan Kubernetes.
‫Waar Docker en Swarm al jaren Windows Server-ondersteuning hebben, en het
‫is in de loop van de tijd zeker verbeterd.
‫Maar ze zijn daarmee begonnen met Server 2016 en hebben dat
‫naar voren geschoven en verbeterd.
‫Terwijl Kubernetes zojuist in Windows Server
‫2019 echt zegt dat ze ondersteuning hebben.
‫Van mensen die ik heb horen praten over
‫Server in productie, zou Windows Server nog veel meer werk
‫kunnen gebruiken in de Kubernetes-wereld om net zo gelijk te
‫zijn aan Linux. Dus ik denk
‫dat dit een groot aandachtsgebied zal zijn naarmate meer
‫Windows-ondernemingen deze container-orchestrators gaan gebruiken.
‫Een laatste paar dingen hier is dat er zeker aan de Edge-cases
‫zal worden gewerkt.
‫Dingen zoals machine learning.
‫Dingen zoals Edge en kleine infrastructuur die allemaal gericht zullen zijn,
‫omdat het in het begin van Kubernetes erg groot en erg
‫omslachtig was, maar
‫ze halen er veel uit
‫en maken het gemakkelijker om te implementeren.
‫Daarom zie je tools zoals kubeadm verschijnen en HA-clusters
‫kunnen implementeren.
‫Het is volledig veilig en indien
‫fouttolerant out-of-the-box. Dat zijn allemaal dingen die nu
‫een beetje tot wasdom komen.
‫Een deel van die toekomst is kennis over andere gerelateerde
‫projecten. Dit is slechts
‫een korte lijst van de dingen die ik in deze cursus
‫niet heb genoemd en die u misschien wilt bekijken. Omdat Kubernetes zelf het
‫platform is geworden waarop alle andere dingen
‫beginnen te bouwen. In feite waren dat echt
‫de oorspronkelijke doelen van de auteurs van het project.
‫Het was nooit echt de bedoeling dat we Kubernetes
‫rechtstreeks zouden gebruiken in termen van de onbewerkte, open
‫source Kubernetes.
‫Het was echt de bedoeling dat andere mensen er abstracties bovenop
‫bouwden zodat wij onze werklasten konden uitvoeren.
‫Dat is waarom je in veel gevallen distributies
‫ziet verschijnen, omdat ze er nog een laag bovenop bouwen om dat
‫te doen. In dit geval zien
‫we allerlei andere infrastructuur verschijnen om andere dingen te
‫doen. De eerste is Knative.
‫Dit is rond de serverlijsten en het
‫is absoluut een officieel CNCF-project, dus het is nauw verwant aan
‫de Kubernetes-wereld.
‫Als u geïnteresseerd bent in serverlijsten, is dit zeker een van
‫de projecten die u wilt bekijken.
‫Vervolgens zijn een aantal projecten van Rancher K3s
‫en K3os.
‫K3s is in
‫wezen hun team dat de complexe implementatie en het beheer van
‫Kubernetes vereenvoudigt en vereenvoudigt, waarbij alle onnodige
‫dingen die ermee gepaard gaan, worden verwijderd.
‫Misschien enkele van de oude commando's en code.
‫Misschien enkele van de opslagstuurprogramma's die u niet langer nodig hebt
‫als u CSI hebt.
‫Dat soort dingen. Ze halen het er allemaal uit
‫en ze geven je een heel gemakkelijke database.
‫Het maakt zelfs geen gebruik van etcd out-of-the-box.
‫Het maakt gebruik van een eenvoudigere database.
‫Het is echt bedoeld voor zaken als IoT.
‫Maar nu, met hun doel om Kubernetes zo eenvoudig te
‫maken als Swarm, wat dit jaar werd gezegd
‫door Darren Shepherd, hun CTO en mede-oprichter,
‫op DockerCon. Het was een behoorlijk interessante uitspraak.
‫Hij zei echt dat, weet je, Swarm het
‫zo goed doet in de implementatie, het gebruiksgemak en de
‫minimale impact. Het is een heel klein binair getal.
‫Het heeft zeer weinig overhead in
‫termen van de infrastructuur. Kubernetes is
‫daar het tegenovergestelde van. Ze proberen de middenweg te vinden.
‫Is het mogelijk als we genoeg dingen weghalen en er toch
‫Kubernetes van maken, kunnen we het dan supergemakkelijk maken om te implementeren
‫op kleine systemen zoals ARM, Raspberry Pis,
‫dat soort dingen. Dus dat is een project om naar te kijken.
‫K3os is een besturingssysteem met
‫K3s erbovenop.
‫Het is een zeer minimale Linux-installatie die
‫is ontworpen om K3s op kleine apparaten
‫uit te voeren. Dat is een vrij nieuwe, maar
‫desalniettemin een interessant project. Een ander heel groot
‫aandachtsgebied, waar je me nog veel meer over zult horen
‫praten in mijn podcast, is service mesh, een nieuw concept van de
‫laatste jaren, en echt een nieuwe term.
‫We hebben dat woord nog niet eerder in de branche gebruikt.
‫Service mesh
‫is het idee van deze proxylaag door het
‫hele cluster, niet alleen voor inkomende verbindingen vanaf internet, maar
‫echt voor alle onderdelen van je app.
‫Het wordt een tussenpersoon om, in termen van beveiliging, in
‫termen van monitoring en routering naar de juiste locaties,
‫al het verkeer voor alle
‫onderdelen van uw gedistribueerde app te regelen.
‫Het is een reeks projecten die voortkwamen uit
‫het probleem van microservices. Als je
‫ooit microservices hebt gedaan, is een van de echte uitdagingen dat wat
‫zich in een enkel binair bestand op een enkele server
‫bevond en relatief eenvoudig op te lossen, tientallen
‫containers, over tientallen servers wordt.
‫Dat wordt erg moeilijk om problemen op te lossen,
‫tenzij je geweldige netwerktools hebt.
‫Service mesh is dus op
‫dat probleem gericht en probeert een standaard
‫te worden, met standaarden
‫erachter, om daar een laag te plaatsen voor meer
‫zichtbaarheid, monitoring, probleemoplossing en beveiliging rond onze gedistribueerde apps en
‫onze microservices.