Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Deployment dei servizi
Il deployment dei servizi nei cluster con Cloud Service Mesh è quasi identico a quello dei servizi nei cluster senza Cloud Service Mesh. Devi apportare alcune modifiche ai manifest Kubernetes:
Crea
servizi Kubernetes
per tutti i container. Tutti i
deployment
devono avere
un servizio Kubernetes collegato.
Assegna un nome alle porte di servizio. Anche se GKE ti consente di definire porte di servizio senza nome, Cloud Service Mesh richiede di fornire un nome per una porta che corrisponda al protocollo della porta.
Etichetta i tuoi deployment. Ciò ti consente di utilizzare le funzionalità di gestione del traffico di Cloud Service Mesh, ad esempio la suddivisione del traffico tra le versioni dello stesso servizio.
I seguenti esempi di deployment e servizio illustrano questi requisiti:
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-04 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.20/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.20/docs/anthos-service-mesh-proxy-injection).\n\nWhat's next\n-----------\n\n- [Preparing an application for Cloud Service Mesh](/service-mesh/v1.20/docs/prepare-app-for-anthos-service-mesh)\n\n- [Deploy the Online Boutique sample application](/service-mesh/v1.20/docs/onlineboutique-install-kpt)"]]