‫Een ander belangrijk onderdeel van elk van deze orkestrators is het
‫hebben van een web-GUI.
‫Het is nu een beetje standaard.
‫Als je een systeem gaat gebruiken, een groot systeem met
‫meerdere servers, heb je een soort GUI-interface nodig
‫om je op zijn minst wat visualisaties te geven.
‫Sommige dingen zijn meer dan alleen een standaard opdrachtregel
‫die je op een mooi, je weet wel, LCD-wandscherm kunt plaatsen
‫waar iedereen naar kan kijken.
‫Zoiets, toch. Natuurlijk heb je
‫mensen in je team die een GUI willen.
‫Ze zullen geen experts in de commandoregel willen zijn, want ze
‫zijn eigenlijk gewoon aan het werk.
‫Ze kijken gewoon naar dingen en uploaden misschien wat
‫YAML, of veranderen wat pods of zoiets.
‫Het leuke van Kubernetes is dat je er een krijgt.
‫Het is niet out-of-the-box, maar het is een officieel project genaamd
‫het Kubernetes Dashboard.
‫Er zijn die van derden, maar
‫echt, ik denk dat iedereen een beetje gewend
‫is aan de standaard standaard, en dan misschien een derde partij overwegen.
‫Natuurlijk, als je een distributie doet zoals Docker Enterprise
‫of Rancher, of iets dergelijks, zullen ze
‫ook hun kant-en-klare producten hebben.
‫Dat zou echt het standaard Kubernetes-dashboard vervangen dat u
‫zou kunnen installeren.
‫Het Dashboard is eigenlijk heel gemakkelijk te gebruiken
‫en eenvoudig te installeren. Realiseer je echter dat als
‫je in de cloud bent en je gebruikt wat
‫ik zou aanraden in de cloud, hun Kubernetes zijn, waar je gewoon
‫op Azure, of Amazon, of DigitalOcean implementeert.
‫Je implementeert gewoon hun gehoste Kubernetes waar ze de managers
‫hebben, en je krijgt gewoon een aantal werkknooppunten om
‫je spullen op te zetten.
‫Ze geven je deze GUI meestal niet standaard.
‫U wilt het dus implementeren om op zijn minst te
‫zien wat er in uw cluster gebeurt.
‫Maar ze hebben niet veel
‫tools voor je. Ze automatiseren eigenlijk gewoon het
‫beheer van de service.
‫Dat kan veranderen, maar voor nu in ieder
‫geval, veel hiervan, wil je dit Dashboard voor jezelf inzetten.
‫Het laatste wat ik hier wil zeggen,
‫is veiligheid voorop. Er zijn zelfs gedocumenteerde
‫gevallen geweest, waaronder een paar zeer grote technologiebedrijven
‫in de VS, die voornamelijk via dit dashboard zijn gehackt.
‫Ik denk dat veel van deze problemen zijn
‫opgelost in de recente releases, maar veel van
‫deze dingen zullen out-of-the-box komen zonder geweldige authenticatie of helemaal
‫geen authenticatie.
‫Je moet er altijd vanuit gaan dat als
‫je iets op internet zet, er zal worden geprobeerd
‫te worden gehackt, toch. Iemand gaat het proberen, vooral als het op
‫een gemeenschappelijke poort is.
‫Voor elk dashboard
‫dat u gebruikt, of eigenlijk een van
‫deze poorten, maar meestal deze beheerdersdashboards, omdat ze waarschijnlijker kwetsbaar
‫zijn voor iets, of het nu gaat om cross-site
‫scripting of een kwetsbaarheid in het webframework, dat u ze
‫op willekeurige poorten plaatst , of je beschermt
‫hun IP via IP-beperking tot misschien alleen
‫je kantoor, of misschien heb je een soort VPN nodig.
‫Voor mijn kleine projecten heb ik persoonlijk de neiging
‫om willekeurige hoge poorten te
‫gebruiken, of ik plaats er een soort proxy voor die authenticatie vereist.
‫U kunt dus niet eens echt met het Kubernetes-dashboard praten totdat
‫u zich voor het eerst authenticeert.
‫Kubernetes Dashboard zelf heeft authenticatie-opties, en het komt
‫out-of-the-box met een aantal dingen.
‫Maar slechts een advies.
‫Wees niet een van die mensen die
‫in de krantenkoppen belandt omdat de Kubernetes op uw kantoor zijn
‫gehackt en bitcoin-mijnwerkers begonnen met het delven van gegevens op uw systemen
‫omdat het toegang had.
‫Als je een beetje googled, zul je enkele
‫gevallen vinden waarin dat echt is gebeurd met grote bedrijven.