‫Ich möchte kurz über DNS und kubanische Wirbel sprechen.
‫Manchmal halten wir es in Docker und Swarm und Communitys für selbstverständlich, dass DNS nur irgendwie funktioniert.
‫Aber ich möchte Ihnen einige Details kurz erläutern, bevor wir weiter vorankommen.
‫Was Sie bisher erlebt haben, ist, dass Sie die Antwort erhalten, wenn Sie sich in einem Container befinden und einen
‫Dienstnamen einrollen oder bezahlen.
‫Es ist also klar, dass sich dort ein DNS-Server befindet, der Dienste an DNS-Namen anpasst.
‫Und ob Sie es glauben oder nicht, DNS ist optional als Dienst oder Add-On in Ihrem Community-Cluster.
‫Aber jeder legt eine an und wenn Sie sie installieren, egal ob Qu bad man
‫oder Desktop oder was auch immer Sie verwenden, wird es einen DNS-Server geben und beginnend mit einer
‫Dot-11-Version ist Core-DNS die Standardeinstellung.
‫Es ist eine Art Standard, dass es einen früheren gibt, der als Cube-DNS bezeichnet wird und an dieser Stelle veraltet ist.
‫Und wir sollten jetzt alle Akkordeon verwenden.
‫Das heißt also, DNS-basierte Diensterkennung.
‫Sie hatten es in Docker, Sie hatten es in Swarm, und im Grunde funktioniert es
‫in kubanischen Städten genauso. Wenn Sie einen Service erstellen, erhalten Sie den Hostnamen, der dem Service entspricht, aber dieser Hostname ist
‫Teil eines größeren Namens, des vollqualifizierten Domainnamens.
‫Wir haben das nicht in Docker oder Schwarm bekommen.
‫Sie konzentrierten sich eigentlich nur auf Hostnamen, aber mit kubanischen Eingeborenen haben wir mehr Möglichkeiten.
‫Im Auslieferungszustand sprechen Sie also einfach mit dem Hostnamen von einem Dienst zum anderen.
‫Wenn Sie jedoch anfangen, Namespaces zu verwenden, und wir dies etwas später
‫ausführen, sollten Sie sich Namespaces als eine Möglichkeit vorstellen, die verschiedenen Teile verschiedener Apps in diese Bereiche innerhalb desselben
‫Clusters zu unterteilen.
‫Das wird nicht wirklich zusammenstoßen.
‫Sie können technisch gesehen nicht denselben Pod oder denselben Service oder dieselbe Bereitstellung mit denselben Namen im
‫selben Namespace erstellen. Wenn Sie jedoch andere Namespaces erstellen, die Sie möglicherweise für Fortgeschrittene verwenden, können
‫Sie dieselben Namen verwenden verschiedene Namensräume und sie werden nicht zusammenstoßen.
‫Und das schließt DNS ein. Wenn Sie sich hier den vollqualifizierten Domainnamen-Standard ansehen, werden Sie feststellen,
‫dass er den Hostnamen hat, den wir bisher verwendet haben.
‫Wenn Sie diesen vollständigen Namen als Namespace-Namen eingeben, müssen Sie standardmäßig den Namespace angeben, in
‫dem Sie standardmäßig gearbeitet haben.
‫Dies ist der Standardnamespace für Apps.
‫Wenn Sie einen Schnellbefehl ausführen, wird in der Befehlszeile, die Sie steuern, eine Liste mit Namensräumen angezeigt, und ich bin auf dem Docker-Desktop, sodass ich dort
‫eine zusätzliche Liste mit der Aufschrift Docker erhalte Ein Teil Ihres Docker-Desktops, auf dem
‫einige spezielle Docker-Dienste ausgeführt werden, die einen Teil der Magie bewirken, die Docker auf
‫Kubanisch und im Cluster bereitstellt.
‫Die Standardeinstellung ist die, in die Sie in einem Basiscluster abgelegt haben, und die anderen sind Standardeinstellungen, die
‫bei Cuba standardmäßig verwendet werden. Bei dem System handelt es sich offensichtlich um die Steuerungsebene, die
‫das System ist, das die Öffentlichkeit dort nicht wirklich betreibt benutze viel.
‫Es sind nur ein paar Dinge drin und dann merkt man, dass dies in neueren Cuba Daddy-Umgebungen ein neues
‫ist. Dies sind wirklich fortgeschrittene Themen, die Sie nicht wirklich brauchen, um anzufangen, und Sie könnten möglicherweise
‫Ihre Cluster ausführen, ohne jemals ein Problem zu haben Los mit diesen Namensräumen.
‫Normalerweise handelt es sich dabei um einen Standard-Namespace. Wenn Sie größer werden, werden Sie möglicherweise
‫mehrere Namespaces für verschiedene Anwendungen erstellen, die möglicherweise denselben Namen haben, oder Sie möchten
‫dasselbe Objekt mehrmals mit demselben Service bereitstellen Names Pod-Namen Deployment-Namen, und Sie möchten nicht, dass sie in Konflikt geraten,
‫sodass Sie für diese unterschiedliche Namensräume erstellen.
‫Es ist ein bisschen ähnlich wie Swarm Stacks, aber es gibt so viele Unterschiede zwischen der Arbeitsweise von Namespace
‫und Stacks, dass ich wirklich nicht möchte, dass Sie glauben, sie wären genau derselbe Namespace, der eigentlich nur
‫ein organisatorischer Parameter ist, und das tut es auch nicht 't out of the box Kontrolle Netzwerksegmentierung oder
‫so etwas, das weiter fortgeschritten wird.
‫Darüber können Sie sich später Gedanken machen.
‫Kehren wir also zu diesem vollqualifizierten Domain-Namen zurück, und jetzt, da Sie
‫den Host-Namen und den Namespace-Teil kennen, ist es Punkt-SBC für den Service, denn genau danach suchen wir hier.
‫Und dieses lokale Cluster, das Sie am Ende sehen, ist der Standard-DNS-Name des Dienstes, der Ihrem Cluster beim Erstellen oder
‫Hochfahren zugewiesen wird. Wenn Sie einen Cube-Administrator verwenden, der Ihren Cluster aufbauen soll, können Sie diesen
‫Namen ändern, bevor Sie Ihren Cluster erstellen .
‫Dies ist jedoch die Standardeinstellung, und Sie werden wissen, ob Sie sie ändern müssen, indem Sie
‫möglicherweise mehrere Community-Cluster erstellen, oder ob Sie externe Anforderungen haben, wie Ihre Apps einander
‫finden.
‫Aber auch hier befindet sich all dieses DNS in Ihrem Cluster. Es handelt sich nur um einen DNS-Dienst, den externe
‫Dienste anzeigen oder verwenden können, es sei denn, sie kommunizieren remote mit der Community-API.