Update content/es/docs/concepts/architecture/control-plane-node-communication.md
Co-authored-by: Victor Morales <chipahuac@hotmail.com>pull/45693/head
parent
6d96034e18
commit
04703e3838
|
@ -15,7 +15,7 @@ La intención es permitir a los usuarios personalizar sus instalaciones para pro
|
|||
|
||||
## Nodo al Plano de Control
|
||||
|
||||
Kubernetes tiene un padrón de API "hub-and-spoke". Todo uso de la API desde los nodos (o los pods que ejecutan) termina en el servidor API. Ninguno de los otros componentes del plano de control está diseñado para exponer servicios remotos. El servidor API está configurado para escuchar conexiones remotas en un puerto seguro HTTPS (normalmente 443) con una o más formas de
|
||||
La API de Kubernetes usa el patrón de "hub-and-spoke". Todo uso de la API desde los nodos (o los pods que ejecutan) termina en el servidor API. Ninguno de los otros componentes del plano de control está diseñado para exponer servicios remotos. El servidor API está configurado para escuchar conexiones remotas en un puerto seguro HTTPS (normalmente 443) con una o más formas de
|
||||
[autenticación](/docs/reference/access-authn-authz/authentication/) de cliente habilitada.
|
||||
Una o más formas de [autorización](/docs/reference/access-authn-authz/authorization/) deben ser
|
||||
habilitadas, especialmente si las [peticiones anónimas](/docs/reference/access-authn-authz/authentication/#anonymous-requests) o los [tokens de cuenta de servicio](/docs/reference/access-authn-authz/authentication/#service-account-tokens) están permitidos.
|
||||
|
|
Loading…
Reference in New Issue