Service Directory und Load-Balancer

Sie können Ihren Load-Balancer-Dienst automatisch bei Service Directory registrieren, wenn Sie einen Load-Balancer erstellen. Auf diese Weise können Clientanwendungen Service Directory über HTTP, gRPC oder DNS verwenden, um die Adresse des Load Balancer-Dienstes aufzulösen und eine direkte Verbindung zu ihm herzustellen.

Wenn Sie Ihren Load-Balancer bei Service Directory registrieren, können Sie Folgendes tun:

  • Wählen Sie benutzerdefinierte DNS-Namen aus, um die Netzwerkspeicherorte Ihrer internen Load Balancer bereitzustellen, anstatt dass DNS nur über einen intern generierten DNS-Namen in der Domain .internal auf Ihren internen Load Balancer zugreift.
  • Stellen Sie mehrere Load-Balancer mit demselben DNS-Domainnamen bereit, was mit den automatisch generierten DNS-Einträgen normalerweise nicht möglich ist. Das ist nützlich für interne Load-Balancer in einer privaten DNS-Zone.
  • Sie können Load Balancer direkt und automatisch in Service Directory registrieren. Dadurch wird ein einzelnes Repository für alle Ihre Dienste in Google Cloudbereitgestellt.
  • Sehen Sie sich eigenständige Dienste, Endpunkte und Ihre Load-Balancer-Endpunkte mit einem einzigen Befehl in der Service Directory API an.
  • Wenden Sie administrative Aktionen wie die Zugriffssteuerung auf Namespace- oder Dienstebene an, um sowohl Ihre Load Balancer-Endpunkte als auch andere Back-End-Dienste zu erfassen.

Eine Anleitung zum Registrieren eines internen Load-Balancers in Service Directory finden Sie unter Internen Load-Balancer in Service Directory konfigurieren.

Eine Anleitung zum Registrieren eines Netzwerk-Load-Balancers in Service Directory finden Sie unter Regionalen externen Passthrough-Network-Load-Balancer in Service Directory konfigurieren.

Nächste Schritte

  • Eine Übersicht über Service Directory finden Sie in der Übersicht zu Service Directory.
  • Informationen zu Lösungen für häufige Probleme, die bei der Verwendung von Service Directory auftreten können, finden Sie unter Fehlerbehebung.