Translated architecture to Italian (#13399)
This commit is contained in:
committed by
Kubernetes Prow Robot
parent
48d5e74984
commit
5a7d1f6c39
@@ -0,0 +1,68 @@
|
||||
---
|
||||
title: Proxy in Kubernetes
|
||||
content_template: templates/concept
|
||||
weight: 90
|
||||
---
|
||||
|
||||
{{% capture overview %}}
|
||||
Questa pagina spiega i proxy utilizzati con Kubernetes.
|
||||
|
||||
{{% /capture %}}
|
||||
|
||||
{{% capture body %}}
|
||||
|
||||
## Proxies
|
||||
|
||||
Esistono diversi proxy che puoi incontrare quando usi Kubernetes:
|
||||
|
||||
1. Il [proxy kubectl] (/docs/tasks/access-application-cluster/access-cluster/#direct-accessing-the-rest-api):
|
||||
|
||||
- Funziona sul desktop di un utente o in un pod
|
||||
- proxy da un indirizzo localhost all'apiserver di Kubernetes
|
||||
- client per proxy utilizza HTTP
|
||||
- proxy per apiserver utilizza HTTPS
|
||||
- individua l'apiserver
|
||||
- Aggiunge le intestazioni di autenticazione
|
||||
|
||||
1. Il [proxy apiserver] (/docs/tasks/access-application-cluster/access-cluster/#discovering-builtin-services):
|
||||
|
||||
- è un bastione costruito nell'apiserver
|
||||
- collega un utente al di fuori del cluster agli IP del cluster che altrimenti potrebbero non essere raggiungibili
|
||||
- funziona nei processi di apiserver
|
||||
- client per proxy utilizza HTTPS (o http se apiserver configurato in tal modo)
|
||||
- proxy to target può utilizzare HTTP o HTTPS come scelto dal proxy utilizzando le informazioni disponibili
|
||||
- può essere utilizzato per raggiungere un nodo, un pod o un servizio
|
||||
- esegue il bilanciamento del carico quando viene utilizzato per raggiungere un servizio
|
||||
|
||||
1. Il [kube proxy] (/docs/concepts/services-networking/service/#ips-and-vips):
|
||||
|
||||
- Funziona su ciascun nodo
|
||||
- proxy UDP, TCP e SCTP
|
||||
- non capisce l'HTTP
|
||||
- fornisce il bilanciamento del carico
|
||||
- è appena usato per raggiungere i servizi
|
||||
|
||||
1. Un proxy / bilanciamento del carico di fronte agli apiserver:
|
||||
|
||||
- esistenza e implementazione variano da cluster a cluster (ad esempio nginx)
|
||||
- si trova tra tutti i client e uno o più apiserver
|
||||
- funge da bilanciamento del carico se ci sono diversi apiserver.
|
||||
|
||||
1. Cloud Load Balancer su servizi esterni:
|
||||
|
||||
- sono forniti da alcuni fornitori di servizi cloud (ad es. AWS ELB, Google Cloud Load Balancer)
|
||||
- vengono creati automaticamente quando il servizio Kubernetes ha tipo "LoadBalancer"
|
||||
- Solitamente supporta solo UDP / TCP
|
||||
- Il supporto SCTP dipende dall'implementazione del servizio di bilanciamento del carico del provider cloud
|
||||
- l'implementazione varia a seconda del provider cloud.
|
||||
|
||||
Gli utenti di Kubernetes in genere non devono preoccuparsi di nulla di diverso dai primi due tipi. L'amministratore del cluster
|
||||
in genere assicurerà che questi ultimi tipi siano impostati correttamente.
|
||||
|
||||
## Richiedere reindirizzamenti
|
||||
|
||||
I proxy hanno sostituito le capacità di reindirizzamento. I reindirizzamenti sono stati deprecati.
|
||||
|
||||
{{% /capture %}}
|
||||
|
||||
|
||||
Reference in New Issue
Block a user