Update content/es/docs/concepts/services-networking/endpoint-slices.md
Co-authored-by: Victor Morales <chipahuac@hotmail.com>
This commit is contained in:
parent
b51c7600e1
commit
ba2b423e25
|
@ -173,7 +173,7 @@ Puedes encontrar una implementación de referencia sobre cómo realizar esta agr
|
|||
|
||||
## Comparación con endpoints {#motivación}
|
||||
|
||||
La API Endpoints original proporcionaba una forma simple y directa de rastrear los puntos finales de red en Kubernetes. A medida que los clústeres de Kubernetes y los {{< glossary_tooltip text="Services" term_id="service" >}} crecían para manejar más tráfico y enviar más tráfico a más Pods backend, las limitaciones de la API original se hicieron más visibles.
|
||||
La API Endpoints original proporcionaba una forma simple y directa de rastrear los endpoints de red en Kubernetes. A medida que los clústeres de Kubernetes y los {{< glossary_tooltip text="Services" term_id="service" >}} crecían para manejar más tráfico y enviar más tráfico a más Pods backend, las limitaciones de la API original se hicieron más visibles.
|
||||
Más notablemente, estos incluyen desafíos con la ampliación a un mayor número de endpoints de red.
|
||||
|
||||
Dado que todos los puntos finales de red para un Servicio se almacenaban en un único objeto Endpoints, esos objetos Endpoints podían llegar a ser bastante grandes. Para los servicios que permanecían estables (el mismo conjunto de puntos finales durante un largo período de tiempo), el impacto era menos notable; incluso entonces, algunos casos de uso de Kubernetes no estaban bien servidos.
|
||||
|
|
Loading…
Reference in New Issue