‫Also, was kommt als nächstes für Kubernetes?
‫Das ist eine Frage, die viele von uns haben,
‫wenn wir uns ansehen, wie schnell sie gewachsen ist und wie das gesamte Ökosystem,
‫das sie umgibt, und wie viel das für eine Person zu
‫viel ist, um damit umzugehen.
‫Was ist die zukunft
‫Nun, die gute Nachricht ist, wenn ich es vorhersagen müsste,
‫denke ich, dass die Zukunft darin besteht, dass es
‫langsam langweilig werden muss. Sie werden viele Gründer darüber sprechen
‫hören, wenn Sie sie in der Öffentlichkeit sehen.
‫Wissen Sie, sie werden nur darüber reden, wie wir die
‫Infrastruktur so langweilig wie möglich machen müssen, damit wir
‫uns mehr auf die Dinge verlassen können, die
‫wir darüber hinaus tun. Denn das alles ist hier, nur damit wir unsere
‫Apps dort rausbringen können, richtig.
‫Der Punkt von Kubernetes ist nicht Kubernetes selbst zu sein.
‫Es soll Ihnen ermöglichen, die Dinge, die Sie schneller erledigen möchten, zu erledigen.
‫Ich denke, dass Kubernetes, wenn
‫man sich die letzten Veröffentlichungen ansieht, sich
‫wirklich auf Zuverlässigkeit, Stabilität und Sicherheit konzentriert
‫und im Grunde genommen so stabil wird, dass
‫es einfach da ist.
‫Sie müssen sich nicht so viele Sorgen machen.
‫Sie müssen es nicht so sehr reparieren.
‫Es gibt regelmäßige Veröffentlichungen, sodass Sie
‫den Veröffentlichungszeitplan und die Versionshinweise, auf die ich in diesem
‫Video verwiesen habe, auf jeden Fall überprüfen können.
‫Eine Sache, die in diesem Jahr im Jahr 2019
‫geschah, war eine große Sicherheitsüberprüfung vieler Kerncodes,
‫die viele Dinge enthüllte.
‫Tatsächlich haben sie auf ihrem Blog eine vollständige, detaillierte Analyse
‫dessen, was passiert ist.
‫Ich finde es wirklich cool, dass ein
‫so wichtiges und umfangreiches Open-Source-Projekt nicht nur die
‫Sicherheitsanalyse von Dritten durchführte, sondern auch alle potenziellen Probleme und
‫Ergebnisse offenbarte.
‫Ich denke, es hat zu einer Menge PRs geführt, die im Vorfeld
‫für schnelle Lösungen gedacht waren, aber auch für einige Dinge, die
‫im Laufe der Zeit behoben werden.
‫Es ist nicht so sehr, dass es notwendigerweise auf Sicherheitslücken beruhte, aber
‫mehr von diesem Bereich könnte verbessert werden, so dass wir es
‫im Laufe der Zeit ändern werden.
‫Eine andere Sache, die Sie sehen werden, ist, dass einige
‫dieser älteren Konzepte, als es ein einfacheres Werkzeug war, zu verblassen
‫beginnen, wenn sie entfernt werden. Ich denke, Speicher-Plugins, die nicht
‫CSI sind, werden irgendwann herausgenommen, sodass Sie sich für
‫Ihre Speicher-Plugins auf CSI verlassen müssen, anstatt auf
‫das eingebaute Material.
‫Sie werden feststellen, dass verschiedene Befehle wie der kubectl-Lauf
‫sich ändern und uns keine Warnungen mehr geben,
‫da standardmäßig ein einfacher Pod-Runner verwendet wird und nicht alle
‫Generatoren sofort einsatzbereit sind.
‫Dann werden Sie andere Dinge sehen, die
‫ich hier erwähnt habe, wie zum Beispiel Trockenlauf auf der Serviceseite,
‫Stabilität und mehr Funktionen. Weil ich denke, dass es einen starken
‫Druck für eine bessere Prüfung und ein besseres Verständnis der Veränderung
‫im Laufe der Zeit gibt. Was wird sich ändern, bevor ich es
‫tue, was hat sich geändert, nachdem ich es getan habe,
‫und diese Art von Berichtsmetriken.
‫Wenn es um Dritte geht, wird das immer größer
‫und größer, und es ist wirklich mehr, als irgendjemand von
‫uns wissen könnte.
‫Helm 3. 0 ist kurz vor dem Abschluss.
‫Wir werden definitiv mehr Operatoren für Tools von Drittanbietern
‫haben, um die Bereitstellung und Verwaltung dieser Tools
‫in Kubernetes zu vereinfachen.
‫Das ist wirklich eher eine Hoffnung, aber ich
‫denke, dass wir uns viel mehr auf deklarative
‫Workflows konzentrieren werden.
‫Denn dieses neue Thema rund um DevOps, und genauer gesagt Git-Ops, sind
‫Git-Ops, über die
‫ich in meinem Podcast gesprochen habe.
‫Der git-ops-Workflow ist ein relativ neues Konzept, aber die Idee,
‫dass wir Betreiber, und
‫das sind die Leute, die
‫diese Kubernetes-Cluster verwalten, wirklich als Betreiber agieren.
‫Die Betreiber nutzen die Fortschritte der Softwareteams,
‫in denen sie Code verwalten und
‫Codeänderungen im Laufe der Zeit vornehmen mussten, und die
‫Releases, die Tools wie GitHub hervorgebracht haben, um
‫dieselben Tools für die Verwaltung unserer Infrastruktur in zu verwenden ein
‫deklarativer Weg. Du hast mich darüber reden hören.
‫Ich denke, wenn man sich die Funktionspalette von
‫Kubernetes im Laufe der Zeit ansieht, sieht
‫man, wie sie deklarativer wird, und die Funktionspalette und der Fokus liegen
‫auf diesem deklarativen Workflow.
‫Ich hoffe, dass wir bessere Werkzeuge bekommen und
‫mit der Zeit auch mehr Funktionen.
‫Eine weitere wichtige Sache ist die Windows Server-Unterstützung.
‫2019 gab es eine große Ankündigung zur
‫Unterstützung von Windows Server für Server 2019, und
‫das steckt noch in den Kinderschuhen.
‫Das ist etwas, dem Swarm technisch voraus ist
‫als Kubernetes.
‫Wo Docker und Swarm seit Jahren Windows Server-Unterstützung haben und
‫sich im Laufe der Zeit definitiv verbessert haben.
‫Aber sie haben das mit Server 2016 begonnen und
‫das vorangetrieben und verbessert.
‫Während Kubernetes gerade in Windows Server
‫2019 wirklich sagt, dass sie Unterstützung haben.
‫Von Leuten, von denen ich gehört habe, dass
‫sie über Server in der Produktion sprechen, könnte Windows Server
‫in der Kubernetes-Welt noch viel mehr Arbeit gebrauchen, um Linux
‫ebenbürtig zu sein. Ich denke, dass
‫dies ein großer Schwerpunkt sein wird, da immer
‫mehr Windows-Unternehmen diese Container-Orchestratoren einsetzen.
‫Ein letztes paar Dinge hier ist definitiv, an den Edge-Fällen
‫wird gearbeitet.
‫Dinge wie maschinelles Lernen.
‫Dinge wie Edge und kleine Infrastruktur, die allesamt fokussiert sein
‫werden, weil sie zu Beginn von Kubernetes sehr groß
‫und sehr umständlich
‫waren, aber sie ziehen viel
‫davon heraus und vereinfachen die Bereitstellung.
‫Aus diesem Grund werden Tools wie kubeadm veröffentlicht, mit denen HA-Cluster
‫bereitgestellt werden können.
‫Es ist völlig sicher und wenn
‫fehlertolerant, sofort einsatzbereit. Das sind alles Dinge, die jetzt
‫irgendwie zum Tragen kommen.
‫Ein Teil dieser Zukunft ist das Wissen über andere verwandte
‫Projekte. Dies ist nur
‫eine kurze Liste der Dinge, die ich in diesem Kurs
‫nicht erwähnt habe und die Sie vielleicht ausprobieren möchten. Weil Kubernetes selbst zur Plattform
‫geworden ist, auf der alle anderen Dinge
‫zu bauen beginnen. Tatsächlich waren das
‫die ursprünglichen Ziele der Autoren des Projekts.
‫Sie haben nie wirklich für uns gedacht, Kubernetes
‫direkt in Bezug auf die rohen Open-Source-Kubernetes
‫zu verwenden.
‫Sie bedeuteten wirklich, dass andere Leute Abstraktionen darauf aufbauen sollten,
‫damit wir unsere Workloads ausführen konnten.
‫Aus diesem Grund kommen in vielen Fällen
‫Distributionen heraus, weil sie eine weitere Ebene darauf aufbauen, um dies
‫zu tun. In diesem Fall sehen
‫wir alle möglichen anderen Infrastrukturen, um andere Dinge zu
‫tun. An erster Stelle steht Knative.
‫Hier geht es um die Serverlisten, und
‫es handelt sich definitiv um ein offizielles CNCF-Projekt, das eng mit der
‫Kubernetes-Welt verbunden ist.
‫Wenn Sie an Serverlisten interessiert sind, ist dies definitiv eines
‫der Projekte, die Sie auschecken möchten.
‫Als nächstes sind einige Projekte von Rancher K3s
‫und K3os.
‫Bei K3s handelt
‫es sich im Wesentlichen um das Team, das die komplexe
‫Bereitstellung und Verwaltung von Kubernetes übernimmt, vereinfacht
‫und alle damit verbundenen unnötigen Dinge beseitigt.
‫Vielleicht einige der alten Befehle und Codes.
‫Vielleicht einige der Speichertreiber, die Sie nicht mehr benötigen, wenn Sie
‫über CSI verfügen.
‫So etwas. Sie ziehen einfach alles raus
‫und bieten Ihnen eine wirklich einfache Datenbank.
‫Es wird nicht einmal etcd out-of-the-box verwendet.
‫Es verwendet eine einfachere Datenbank.
‫Es ist wirklich für Dinge wie das Internet der Dinge gedacht.
‫Aber jetzt mit dem Ziel, Kubernetes so einfach wie Swarm
‫zu machen, wie es Darren Shepherd, ihr
‫CTO und Mitbegründer, dieses Jahr auf der
‫DockerCon sagte. Es war eine ziemlich interessante Aussage.
‫Er sagte wirklich, dass Swarm bei der Bereitstellung,
‫der Benutzerfreundlichkeit und den minimalen Auswirkungen so gut
‫abschneidet. Es ist eine sehr kleine Binärdatei.
‫Der Aufwand für die Infrastruktur
‫ist sehr gering. Kubernetes ist
‫das Gegenteil davon. Sie versuchen, den Mittelweg zu finden.
‫Ist es möglich, wenn wir genug Material entfernen und es trotzdem
‫zu echten Kubernetes machen, können wir es super einfach machen, es auf
‫kleinen Systemen wie ARM, Raspberry Pis, so
‫etwas, zu implementieren. Das ist also ein Projekt, das man sich ansehen sollte.
‫K3os ist ein Betriebssystem, auf dem
‫K3s installiert sind.
‫Es handelt sich um eine sehr minimale
‫Linux-Installation, mit der K3s auf kleinen Appliances
‫ausgeführt werden können. Das ist ein ziemlich neues,
‫aber dennoch interessantes Projekt. Ein weiterer wirklich großer
‫Schwerpunkt, über den ich in meinem Podcast noch viel
‫mehr erzählen werde, ist Service Mesh, ein neues Konzept in den
‫letzten Jahren und ein wirklich neuer Begriff.
‫Wir haben dieses Wort in der Branche noch nie benutzt.
‫Service Mesh
‫ist die Idee dieser Proxy-Schicht im gesamten
‫Cluster, nicht nur für eingehende Verbindungen aus dem Internet,
‫sondern für alle Teile Ihrer App.
‫Es wird zum Mittelsmann, den gesamten Datenverkehr für
‫alle Teile Ihrer verteilten App in Bezug
‫auf Sicherheit, Überwachung und Weiterleitung
‫an die richtigen Standorte zu steuern.
‫Es ist eine Reihe von Projekten, die aus dem Problem
‫der Mikrodienstleistungen hervorgegangen sind. Wenn Sie
‫jemals Microservices durchgeführt haben, besteht eine der wirklichen Herausforderungen darin, was in einer
‫einzelnen Binärdatei auf einem einzelnen Server enthalten war und relativ
‫einfach zu beheben ist, was zu Dutzenden von Containern
‫und zu Dutzenden von Servern wird.
‫Die Fehlerbehebung ist nur dann sehr schwierig, wenn Sie
‫über hervorragende Netzwerk-Tools verfügen.
‫Service Mesh ist also auf dieses
‫Problem ausgerichtet und versucht, ein Standard mit
‫dahinter stehenden Standards zu werden,
‫um eine Ebene zu schaffen, auf der die Sichtbarkeit,
‫Überwachung, Fehlerbehebung und Sicherheit unserer verteilten Apps und unserer Microservices
‫verbessert wird.