‫Ein weiterer wichtiger Teil dieser Orchestratoren ist die
‫Verwendung einer Web-GUI.
‫Es ist jetzt eine Art Standard.
‫Wenn Sie ein System ausführen möchten, ein großes
‫System mit mehreren Servern, benötigen Sie eine
‫Art GUI-Schnittstelle, um zumindest einige Visualisierungen zu erhalten.
‫Einige Dinge mehr als nur eine Standardbefehlszeile,
‫die Sie auf einem hübschen LCD-Wandbildschirm anbringen können,
‫den jeder betrachten kann.
‫So ähnlich, richtig. Natürlich werden Sie Leute
‫in Ihrem Team haben, die eine GUI wollen.
‫Sie werden keine Experten in der Kommandozeile sein wollen,
‫weil sie wirklich nur operieren.
‫Sie schauen sich nur die Dinge an und laden vielleicht
‫etwas YAML hoch oder tauschen einige Pods oder so.
‫Das Schöne an Kubernetes ist, dass Sie eines bekommen.
‫Es ist nicht sofort einsatzbereit, aber es ist ein offizielles Projekt
‫namens Kubernetes Dashboard.
‫Es gibt solche von Drittanbietern, aber
‫ich denke wirklich, dass jeder an die Standardeinstellung
‫gewöhnt ist, und dann vielleicht eine von Drittanbietern in Betracht zieht.
‫Wenn Sie eine Distribution wie Docker Enterprise oder Rancher
‫oder ähnliches machen, werden sie natürlich
‫auch ihre Out-of-the-Box haben.
‫Das würde wirklich das Standard-Kubernetes-Dashboard ersetzen, das
‫Sie möglicherweise installieren.
‫Das Dashboard ist wirklich einfach zu bedienen und
‫einfach zu installieren. Beachten Sie jedoch, dass, wenn
‫Sie sich in der Cloud befinden und die
‫von mir empfohlenen Kubernetes in der Cloud verwenden, diese nur in
‫Azure, Amazon oder DigitalOcean bereitgestellt werden.
‫Sie stellen nur die gehosteten Kubernetes dort bereit, wo sie die
‫Manager haben, und Sie erhalten nur eine Reihe von Arbeiterknoten,
‫um Ihre Aufgaben zu erledigen.
‫Normalerweise erhalten Sie diese GUI nicht standardmäßig.
‫Sie sollten es also bereitstellen, um zumindest zu sehen,
‫was in Ihrem Cluster vor sich geht.
‫Aber sie haben nicht viele
‫Werkzeuge für Sie. Sie automatisieren nur die
‫Verwaltung des Dienstes.
‫Das könnte sich ändern, aber zumindest vorerst
‫möchten Sie dieses Dashboard für sich selbst bereitstellen.
‫Das Letzte, was ich hier sagen möchte, ist
‫Sicherheit an erster Stelle. Es wurden tatsächlich Fälle
‫dokumentiert, darunter einige sehr große Technologieunternehmen in
‫den USA, die größtenteils über dieses Dashboard gehackt wurden.
‫Ich denke, viele dieser Probleme wurden in
‫den letzten Veröffentlichungen behoben, aber viele dieser
‫Dinge werden ohne große oder gar keine Authentifizierung sofort
‫einsatzbereit sein.
‫Sie sollten immer davon ausgehen, dass
‫versucht wird, gehackt zu werden, wenn Sie
‫etwas ins Internet stellen. Jemand wird es versuchen, besonders wenn es sich
‫um einen gemeinsamen Port handelt.
‫Für jedes Dashboard,
‫das Sie verwenden, oder für wirklich jeden
‫dieser Ports, aber hauptsächlich für diese Verwaltungs-Dashboards, da diese
‫eher für etwas anfällig sind, unabhängig davon, ob es
‫sich um Cross-Site-Scripting oder eine Sicherheitsanfälligkeit im Webframework handelt, die
‫Sie zufälligen Ports zuweisen , oder Sie
‫schützen ihre IP durch IP-Beschränkung auf möglicherweise
‫nur Ihr Büro, oder Sie benötigen möglicherweise eine Art VPN.
‫Ich persönlich benutze für meine kleinen Projekte eher
‫zufällig hohe Ports, oder
‫ich stelle eine Art Proxy davor, der eine Authentifizierung erfordert.
‫Sie können also erst dann wirklich mit dem Kubernetes Dashboard sprechen, wenn
‫Sie sich zum ersten Mal authentifiziert haben.
‫Kubernetes Dashboard selbst verfügt über Authentifizierungsoptionen und
‫ist mit einigen Funktionen ausgestattet.
‫Aber nur ein Ratschlag.
‫Seien Sie nicht einer von denen,
‫die in den Schlagzeilen landen, weil die Kubernetes in Ihrem Büro
‫gehackt wurden und Bitcoin-Miner damit begannen, Daten auf Ihren Systemen abzubauen,
‫weil sie Zugriff hatten.
‫Wenn Sie nur ein bisschen in der Nähe von Google sind,
‫werden Sie einige Fälle finden, in denen das wirklich großen Unternehmen passiert ist.