Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Diese Seite enthält wichtige Begriffe für Service Directory.
Lesen Sie sich diese Begriffe durch, um mehr über die Funktionsweise von Service Directory zu erfahren.
Endpunkt
Ein Endpunkt ist ein einzelnes IP‑/Port-Paar, das einem Dienst vorangestellt ist, der Anfragen verarbeiten kann. Ein bestimmter Dienst kann null oder mehrere Endpunkte haben. Der Endpunkt kann eine VM, ein Container, ein Load Balancer oder eine andere Entität sein, die die Anfragen verarbeiten kann. Ein Beispiel wäre ein Cluster von von Nutzern verwalteten Redis-Servern.
Endpunkte können optionale Anmerkungen in Form von Schlüssel/Wert-Paaren haben, die von Clients verwendet werden können. Ein Redis-Dienst könnte beispielsweise die Anmerkung replica:server haben. Mit Anmerkungen können URLs gespeichert werden. Mit einem Tool wie jq können Sie die neue URL aus der Antwort abrufen.
In Service Directory kann ein Endpunkt nur innerhalb eines Dienstes vorhanden sein und wird durch einen Endpunktnamen identifiziert, der eine eindeutige String-ID für diesen Dienst ist.
Dienst
Ein Dienst ist eine Sammlung von Endpunkten (IP-Adressen/Ports), die eine Reihe von Verhaltensweisen bereitstellen. Clients suchen einen Dienst anhand seines Namens und stellen dann eine Verbindung zu den Endpunkten her, die diesen Dienst bereitstellen. Diensten können auch optionale Anmerkungen (Schlüssel/Wert-Paare) zugeordnet werden, z. B. use_https:true.
Ein Dienst muss einem Namespace zugewiesen sein. Jeder Dienstname muss innerhalb dieses Namespace eindeutig sein.
Namespace
Ein Namespace enthält eine Reihe von Dienstnamen sowie deren Endpunktinformationen. Mit einem Namespace können Sie Dienste zur einfacheren Verwaltung gruppieren.
Namespaces sind regionale Ressourcen und gehören zu einem Projekt. Der Name eines Namespace muss für das Projekt und die Region eindeutig sein.
Ein Namespace ist zwar eine regionale Ressource, die zugehörigen Dienste können jedoch überall vorhanden sein und von überall abgefragt werden. Wir empfehlen Kunden, eine Region auszuwählen, die dem Standort ihrer Endpunkte entspricht.
HTTP-/gRPC-Clients
Service Directory unterstützt das Abrufen von Dienstnamen über HTTP/gRPC.
Es ist nicht erforderlich, dass sich Dienst und Client im selben Netzwerk befinden.
Suchvorgänge über gRPC werden von IAM gesteuert.
Service Directory-Zone
Eine Service Directory-Zone ist eine spezielle Art von privater Cloud DNS-Zone, deren vollständige und maßgebliche Informationsquelle ein Service Directory-Namespace ist. Sie können damit Service Directory-Daten mit DNS-Anfragen abrufen.
Wenn ein Namespace mit einer Service Directory-Zone verknüpft ist, sind alle Dienste in diesem Namespace für alle Netzwerke sichtbar, die die Zone abfragen dürfen.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-11 (UTC)."],[],[],null,["# Key terms\n\nThis page provides key terminology that applies to Service Directory.\nReview these terms to better understand how Service Directory works.\n\nEndpoint\n\n: An endpoint is an individual IP/port pair fronting a service that can handle\n requests. Any given service can have zero or more endpoints. The endpoint\n can be a VM, container, load balancer, or other entity capable of handling\n the requests. An example would be a cluster of user-managed Redis servers.\n\n: Endpoints can have optional annotations, in the form of key:value pairs, that\n clients can use. For example, a Redis service might have an annotation\n like `replica:server`. Annotations can be used to store URLs. You can use a\n tool such as [jq](https://stedolan.github.io/jq/)\n to pull the new URL out of the response.\n\n: For Service Directory, an endpoint can only exist within a service and\n is identified with an endpoint name that is a string identifier that is unique\n to that service.\n\nService\n\n: A service is a collection of endpoints (IP/ports) that provide a set of\n behaviors. Clients look up a service by its name and then connect to the\n endpoints that provide that service. Services can also have optional\n annotations (key-value pairs) associated with them (for example,\n `use_https:true`).\n\n: A service must belong to a namespace. Each service name must be unique within\n that namespace.\n\nNamespace\n\n: A namespace holds a set of service names along with\n their endpoint information. A namespace is a means of grouping services\n together for easier management.\n\n: Namespaces are regional resources and belong to a project. The name of a\n namespace must be unique for that project and region.\n\n Although a namespace is a regional resource, the services that belong to that\n namespace can exist anywhere and be queried from anywhere. We recommend\n customers choose a region that maps to where their endpoints are running.\n\nHTTP/gRPC clients\n\n: Service Directory supports look up of service names using HTTP/gRPC.\n There are no requirements that the service and client be on the same network.\n\n: Lookup operations over gRPC are controlled by IAM.\n\nService Directory zone\n\n: A Service Directory zone is a specific type of [Cloud DNS private\n zone](/dns/docs/overview#concepts) whose complete and authoritative source of\n information is a Service Directory namespace. It allows you to look up\n Service Directory data using DNS requests.\n\n: If a namespace is attached to a Service Directory zone, then all\n services in that namespace are visible to all networks that are allowed to\n query the zone."]]
