Select Page

Standardmäßig funktioniert ein Kubernetes-Dienst, indem er die Endpunkte, die für die entsprechenden Pods erstellt wurden, dynamisch nachverfolgt. Wenn Sie beispielsweise die Dienstressource so konfigurieren, dass Pods mit der Bezeichnung app=web nachverfolgt wird, wird jeder fehlerbesagte Pod mit dieser Bezeichnung wahrscheinlich Datenverkehr vom Dienst empfangen. Manchmal benötigen Sie jedoch Ihre Pods, um eine Verbindung mit einer externen Ressource herzustellen. Sie verwenden beispielsweise einen API-Dienst eines Drittanbieters, der außerhalb Ihres Clusters gehostet wird. Dennoch müssen Sie weiterhin eine Service-Schnittstelle verwenden. In diesem Fall können Sie einen Dienst ohne Selektor erstellen und die Endpunkte manuell hinzufügen. Lassen Sie uns ein Beispiel haben: Meine Absicht war es, den Hurd anzupassen, um l4s Konzepte und beabsichtigte ?Design-Muster zu nutzen; es war nicht einfach eine Mach ?-Kompatibilitätsschicht auf L4 bereitzustellen. Als ich Karlsruhe verließ, hatte ich keinen Zugang mehr zu ? Pistazien, da ich nicht bereit war, eine NDA zu unterzeichnen. Obwohl die Spezifikation verfügbar war, veröffentlichte die Karlsruher Gruppe ihren Code erst im Mai 2003. Um diese Zeit begann Marcus, Auf Pistazien zu hacken. Er schuf eine relativ komplette Laufzeit. Erst in der zweiten Jahreshälfte 2004, nach dem Bachelor-Abschluss, habe ich mich erst wieder wirklich engagiert.

Zu dieser Zeit war die L4-Mikrokernel-Familie eine offensichtliche Wahl. Als Mikrokernel der zweiten Generation wurde davon ausgegangen, dass er eine schnellere Systemkernel-Implementierung bietet, insbesondere in den zeitkritischen IPC-Pfaden. Da L4 bereits für eine Reihe verschiedener Architekturen (x86, Alpha, MIPS; auch sMP-Unterstützung) implementiert wurde und der Hurd selbst eher archtecture-agnostic war, sollte es in der Lage sein, problemlos mehr Plattformen als mit dem vorhandenen System zu unterstützen. Sie sollten dann in der Lage sein, den nginx-Dienst mithilfe von HTTPS mit allen Warnungen abzufragen, die mit selbstsignierten Zertifikaten enthalten sind. Um diesen Diensttyp verwenden zu können, muss Ihre Infrastruktur auf einem Cloudanbieter gehostet werden, der Load Balancers und Kubernetes unterstützt. Da die Load Balancer-Komponente vom Cloudanbieter bereitgestellt und verwaltet wird, variieren die Konfigurationsspezifikationen von Anbieter zu Anbieter. Beispielsweise können Sie die externe IP-Adresse auswählen, die der Load Balancer verfügbar macht. Außerdem behalten einige Anbieter die Quell-IP-Adresse der Anforderung bei, und einige andere ersetzen sie durch die IP-Adresse des Load Balancers. Die folgende Definition veranschaulicht, wie Sie einen Dienst vom Typ Load Balancer erstellen können: Die Dienstermittlung ist eines der Kernkonzepte in Kubernetes. Es ist der Kleber, der verschiedene Komponenten miteinander verbindet. Die Service-Ressource existierte ursprünglich, um die Notwendigkeit der Kommunikation mit sich dynamisch ändernden Pods über eine einheitliche, stabile Schnittstelle zu beheben. Da Anwendungen jedoch komplexer wurden, wurden Dienste für mehr als nur das verwendet.

In der folgenden Tabelle fassen wir zusammen, um die richtige Dienstkonfiguration für Ihr Szenario auszuwählen: Drahtloser Standort 911 und Rückrufdienste (sofern verfügbar) können während des Übergangs betroffen sein. Anrufe sollten durchlaufen werden, aber 911-Operatoren können Sie möglicherweise nicht zurückrufen, wenn die Verbindung getrennt wird. Fragen Sie vor der Portierung Ihr neues Unternehmen, ob Ihr 911-Dienst während des Vorgangs betroffen ist. Wenn Sie den Dienstanbieter wechseln und sich im selben geografischen Gebiet befinden, können Sie Ihre vorhandene Telefonnummer beibehalten. Dieser Prozess – oft als Rufnummernportierung bezeichnet – kann zwischen Drahtnetz-, IP- und Wireless-Anbietern durchgeführt werden. Im vergangenen Jahr ordnete die FCC an, dass alle Fluggesellschaften die Portierungszeit auf einen Werktag reduzieren müssen, unabhängig von der Fluggesellschaft, einschließlich VoIP-Carriern, die mit dem öffentlichen geschalteten Netz verbunden sind. Es kam dann zu einer Frage, wie viele Informationen der neue Spediteur liefern muss, bevor der alte Spediteur auf eine Nummer verzichten muss. Die FCC hat nun die Weisheit Salomos ausgeübt, kam zu dem Schluss, dass Einheitlichkeit und Standardisierung die wichtigsten Überlegungen sind, und entschied sich für 14 Datenfelder. Das war mehr als die acht, die von wettbewerbsfähigen Fluggesellschaften empfohlen und vom North American Numbering Council (NANC), dem beratenden Arm der FCC für Fragen der Telefonnummern, gebilligt wurden, aber weniger als von einigen etablierten Drahtnetzbetreibern gefordert.