|
| 1 | +--- |
| 2 | +title: Proxies no Kubernetes |
| 3 | +content_type: concept |
| 4 | +weight: 90 |
| 5 | +--- |
| 6 | + |
| 7 | +<!-- overview --> |
| 8 | +Esta página descreve o uso de proxies com Kubernetes. |
| 9 | + |
| 10 | + |
| 11 | +<!-- body --> |
| 12 | + |
| 13 | +## Proxies |
| 14 | +Existem vários tipos diferentes de proxies que você pode encontrar usando Kubernetes: |
| 15 | + |
| 16 | + |
| 17 | +1. O [kubectl proxy](/docs/tasks/access-application-cluster/access-cluster/#directly-accessing-the-rest-api): |
| 18 | + |
| 19 | + Quando o kubectl proxy é utilizado ocorre o seguinte: |
| 20 | + - executa na máquina do usuário ou em um pod |
| 21 | + - redireciona/encapsula conexões direcionadas ao localhost para o servidor de API |
| 22 | + - a comunicação entre o cliente e o o proxy usa HTTP |
| 23 | + - a comunicação entre o proxy e o servidor de API usa HTTPS |
| 24 | + - o proxy localiza o servidor de API do cluster |
| 25 | + - o proxy adiciona os cabeçalhos de comunicação. |
| 26 | + |
| 27 | +1. O [apiserver proxy](/docs/tasks/access-application-cluster/access-cluster/#discovering-builtin-services): |
| 28 | + |
| 29 | + - é um bastion server, construído no servidor de API |
| 30 | + - conecta um usuário fora do cluster com os IPs do cluster que não podem ser acessados de outra forma |
| 31 | + - executa dentro do processo do servidor de API |
| 32 | + - cliente para proxy usa HTTPS (ou HTTP se o servidor de API for configurado) |
| 33 | + - proxy para o destino pode usar HTTP ou HTTPS conforme escolhido pelo proxy usando as informações disponíveis |
| 34 | + - pode ser usado para acessar um Nó, Pod ou serviço |
| 35 | + - faz balanceamento de carga quando usado para acessar um Service. |
| 36 | + |
| 37 | +1. O [kube proxy](/docs/concepts/services-networking/service/#ips-and-vips): |
| 38 | + |
| 39 | + - executa em todos os Nós |
| 40 | + - atua como proxy para UDP, TCP e SCTP |
| 41 | + - não aceita HTTP |
| 42 | + - provém balanceamento de carga |
| 43 | + - apenas é usado para acessar serviços. |
| 44 | + |
| 45 | +1. Um Proxy/Balanceador de carga na frente de servidores de API(s): |
| 46 | + |
| 47 | + - a existência e a implementação de tal elemento varia de cluster para cluster, por exemplo nginx |
| 48 | + - fica entre todos os clientes e um ou mais serviços |
| 49 | + - atua como balanceador de carga se existe mais de um servidor de API. |
| 50 | + |
| 51 | + |
| 52 | +1. Balanceadores de carga da nuvem em serviços externos: |
| 53 | + - são fornecidos por algum provedor de nuvem (e.x AWS ELB, Google Cloud Load Balancer) |
| 54 | + - são criados automaticamente quando o serviço de Kubernetes tem o tipo `LoadBalancer` |
| 55 | + - geralmente suportam apenas UDP/TCP |
| 56 | + - O suporte ao SCTP fica por conta da implementação do balanceador de carga da provedora de nuvem |
| 57 | + - a implementação varia de acordo com o provedor de cloud. |
| 58 | + |
| 59 | +Os usuários de Kubernetes geralmente não precisam se preocupar com outras coisas além dos dois primeiros tipos. O |
| 60 | +administrador do cluster tipicamente garante que os últimos tipos serão configurados corretamente. |
| 61 | + |
| 62 | + |
| 63 | + |
| 64 | +## Redirecionamento de requisições |
| 65 | + |
| 66 | +Os proxies substituíram as capacidades de redirecionamento. O redirecionamento foi depreciado. |
0 commit comments