Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Dienste bereitstellen
Das Deployment von Diensten für Cluster mit Cloud Service Mesh entspricht in etwa dem Deployment von Diensten in Clustern ohne Cloud Service Mesh. Sie müssen nur einige Änderungen an Ihren Kubernetes-Manifesten vornehmen:
Erstellen Sie Kubernetes-Dienste für alle Container. Allen Deployments sollte ein Kubernetes-Dienst zugeordnet sein.
Geben Sie einen Namen für die Dienstports an. Obwohl Sie mit GKE unbenannte Dienstports definieren können, müssen Sie bei Cloud Service Mesh einen Namen für einen Port angeben, der mit dem Protokoll des Ports übereinstimmt.
Kennzeichnen Sie Ihre Deployments mit Labels. Damit können Sie Features zur Trafficverwaltung von Cloud Service Mesh nutzen, z. B. zum Aufteilen des Traffics zwischen verschiedenen Versionen eines Dienstes.
Mit dem folgenden Beispiel-Deployment und -Dienst werden diese Anforderungen veranschaulicht:
[[["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-19 (UTC)."],[],[],null,["# Deploying Services\n==================\n\nDeploying Services to clusters with Cloud Service Mesh is almost the\nsame as deploying Services to clusters without Cloud Service Mesh. You do need to\nmake some changes to your Kubernetes manifests:\n\n- Create\n [Kubernetes Services](/kubernetes-engine/docs/concepts/network-overview#services)\n for all containers. All\n [Deployments](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/)\n should have a\n Kubernetes Service attached.\n\n- Name your Service ports. Although GKE allows you to\n define unnamed Service ports, Cloud Service Mesh requires that you provide a\n [name for a port](/service-mesh/v1.19/docs/naming-service-ports) that matches the port's\n protocol.\n\n- Label your Deployments. This allows you to use Cloud Service Mesh traffic\n management features such as splitting traffic between versions of the same\n service.\n\nThe following example Deployment and Service illustrate these requirements: \n\n apiVersion: apps/v1\n kind: Deployment\n metadata:\n name: helloserver\n spec:\n replicas: 1\n selector:\n matchLabels:\n app: helloserver\n template:\n metadata:\n labels:\n app: helloserver\n spec:\n containers:\n - image: gcr.io/google-samples/istio/helloserver:v0.0.1\n imagePullPolicy: Always\n name: main\n restartPolicy: Always\n terminationGracePeriodSeconds: 5\n\n apiVersion: v1\n kind: Service\n metadata:\n name: hellosvc\n spec:\n ports:\n - name: http\n port: 80\n targetPort: 8080\n selector:\n app: helloserver\n type: LoadBalancer\n\nAfter deploying your Services on a cluster with Cloud Service Mesh, be sure to\n[inject sidecar proxies](/service-mesh/v1.19/docs/anthos-service-mesh-proxy-injection).\n\nWhat's next\n-----------\n\n- [Preparing an application for Cloud Service Mesh](/service-mesh/v1.19/docs/prepare-app-for-anthos-service-mesh)\n\n- [Deploy the Online Boutique sample application](/service-mesh/v1.19/docs/onlineboutique-install-kpt)"]]