[es] Fix links for k/design-proposals-archive
Michael
parent
36d2e110a4
commit
758650ae2f
|
|
@ -8,7 +8,7 @@ weight: 10
|
|||
|
||||
<!-- overview -->
|
||||
|
||||
Un nodo es una máquina de trabajo en Kubernetes, previamente conocida como `minion`. Un nodo puede ser una máquina virtual o física, dependiendo del tipo de clúster. Cada nodo está gestionado por el componente máster y contiene los servicios necesarios para ejecutar [pods](/docs/concepts/workloads/pods/pod). Los servicios en un nodo incluyen el [container runtime](/docs/concepts/overview/components/#node-components), kubelet y el kube-proxy. Accede a la sección [The Kubernetes Node](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md#the-kubernetes-node) en el documento de diseño de arquitectura para más detalle.
|
||||
Un nodo es una máquina de trabajo en Kubernetes, previamente conocida como `minion`. Un nodo puede ser una máquina virtual o física, dependiendo del tipo de clúster. Cada nodo está gestionado por el componente máster y contiene los servicios necesarios para ejecutar [pods](/docs/concepts/workloads/pods/pod). Los servicios en un nodo incluyen el [container runtime](/docs/concepts/overview/components/#node-components), kubelet y el kube-proxy. Accede a la sección [The Kubernetes Node](https://git.k8s.io/design-proposals-archive/architecture/architecture.md#the-kubernetes-node) en el documento de diseño de arquitectura para más detalle.
|
||||
|
||||
|
||||
|
||||
|
|
|
|||
|
|
@ -676,7 +676,7 @@ La cantidad de recursos disponibles para los pods es menor que la capacidad del
|
|||
los demonios del sistema utilizan una parte de los recursos disponibles. El campo `allocatable`
|
||||
[NodeStatus](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#nodestatus-v1-core)
|
||||
indica la cantidad de recursos que están disponibles para los Pods. Para más información, mira
|
||||
[Node Allocatable Resources](https://git.k8s.io/community/contributors/design-proposals/node/node-allocatable.md).
|
||||
[Node Allocatable Resources](https://git.k8s.io/design-proposals-archive/node/node-allocatable.md).
|
||||
|
||||
La característica [resource quota](/docs/concepts/policy/resource-quotas/) se puede configurar
|
||||
para limitar la cantidad total de recursos que se pueden consumir. Si se usa en conjunto
|
||||
|
|
@ -757,7 +757,7 @@ Puedes ver que el Contenedor fué terminado a causa de `reason:OOM Killed`, dond
|
|||
* Obtén experiencia práctica [assigning CPU resources to Containers and Pods](/docs/tasks/configure-pod-container/assign-cpu-resource/).
|
||||
|
||||
* Para más detalles sobre la diferencia entre solicitudes y límites, mira
|
||||
[Resource QoS](https://git.k8s.io/community/contributors/design-proposals/node/resource-qos.md).
|
||||
[Resource QoS](https://git.k8s.io/design-proposals-archive/node/resource-qos.md).
|
||||
|
||||
* Lee [Container](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#container-v1-core) referencia de API
|
||||
|
||||
|
|
|
|||
|
|
@ -14,7 +14,7 @@ weight: 50
|
|||
|
||||
Los objetos de tipo {{< glossary_tooltip text="Secret" term_id="secret" >}} en Kubernetes te permiten almacenar y administrar información confidencial, como
|
||||
contraseñas, tokens OAuth y llaves ssh. Poniendo esta información en un Secret
|
||||
es más seguro y más flexible que ponerlo en la definición de un {{< glossary_tooltip term_id="pod" >}} o en un {{< glossary_tooltip text="container image" term_id="image" >}}. Ver [Secrets design document](https://git.k8s.io/community/contributors/design-proposals/auth/secrets.md) para más información.
|
||||
es más seguro y más flexible que ponerlo en la definición de un {{< glossary_tooltip term_id="pod" >}} o en un {{< glossary_tooltip text="container image" term_id="image" >}}. Ver [Secrets design document](https://git.k8s.io/design-proposals-archive/auth/secrets.md) para más información.
|
||||
|
||||
<!-- body -->
|
||||
|
||||
|
|
|
|||
|
|
@ -66,7 +66,7 @@ Para facilitar la eliminación de propiedades o reestructurar la representación
|
|||
|
||||
Se versiona a nivel de la API en vez de a nivel de los recursos o propiedades para asegurarnos de que la API presenta una visión clara y consistente de los recursos y el comportamiento del sistema, y para controlar el acceso a las APIs experimentales o que estén terminando su ciclo de vida. Los esquemas de serialización JSON y Protobuf siguen los mismos lineamientos para los cambios, es decir, estas descripciones cubren ambos formatos.
|
||||
|
||||
Se ha de tener en cuenta que hay una relación indirecta entre el versionado de la API y el versionado del resto del software. La propuesta de [versionado de la API y releases](https://git.k8s.io/community/contributors/design-proposals/release/versioning.md) describe esta relación.
|
||||
Se ha de tener en cuenta que hay una relación indirecta entre el versionado de la API y el versionado del resto del software. La propuesta de [versionado de la API y releases](https://git.k8s.io/design-proposals-archive/release/versioning.md) describe esta relación.
|
||||
|
||||
Las distintas versiones de la API implican distintos niveles de estabilidad y soporte. El criterio para cada nivel se describe en detalle en la documentación de [Cambios a la API](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md#alpha-beta-and-stable-versions). A continuación se ofrece un resumen:
|
||||
|
||||
|
|
@ -89,7 +89,7 @@ Las distintas versiones de la API implican distintos niveles de estabilidad y so
|
|||
|
||||
## Grupos de API
|
||||
|
||||
Para que sea más fácil extender la API de Kubernetes, se han creado los [*grupos de API*](https://git.k8s.io/community/contributors/design-proposals/api-machinery/api-group.md).
|
||||
Para que sea más fácil extender la API de Kubernetes, se han creado los [*grupos de API*](https://git.k8s.io/design-proposals-archive/api-machinery/api-group.md).
|
||||
Estos grupos se especifican en una ruta REST y en la propiedad `apiVersion` de un objeto serializado.
|
||||
|
||||
Actualmente hay varios grupos de API en uso:
|
||||
|
|
|
|||
|
|
@ -60,7 +60,7 @@ APIs](/docs/concepts/api-extension/custom-resources/)
|
|||
desde una [herramienta de línea de comandos](/docs/user-guide/kubectl-overview/).
|
||||
|
||||
Este
|
||||
[diseño](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md)
|
||||
[diseño](https://git.k8s.io/design-proposals-archive/architecture/architecture.md)
|
||||
ha permitido que otros sistemas sean construidos sobre Kubernetes.
|
||||
|
||||
## Lo que Kubernetes no es
|
||||
|
|
|
|||
|
|
@ -10,7 +10,7 @@ Todos los objetos de la API REST de Kubernetes se identifica de forma inequívoc
|
|||
|
||||
Para aquellos atributos provistos por el usuario que no son únicos, Kubernetes provee de [etiquetas](/docs/user-guide/labels) y [anotaciones](/docs/concepts/overview/working-with-objects/annotations/).
|
||||
|
||||
Echa un vistazo al [documento de diseño de identificadores](https://git.k8s.io/community/contributors/design-proposals/architecture/identifiers.md) para información precisa acerca de las reglas sintácticas de los Nombres y UIDs.
|
||||
Echa un vistazo al [documento de diseño de identificadores](https://git.k8s.io/design-proposals-archive/architecture/identifiers.md) para información precisa acerca de las reglas sintácticas de los Nombres y UIDs.
|
||||
|
||||
|
||||
|
||||
|
|
|
|||
|
|
@ -58,7 +58,7 @@ Ni la contención ni los cambios en un LimitRange afectarán a los recursos ya c
|
|||
|
||||
## {{% heading "whatsnext" %}}
|
||||
|
||||
Consulte el [documento de diseño del LimitRanger](https://git.k8s.io/community/contributors/design-proposals/resource-management/admission_control_limit_range.md) para más información.
|
||||
Consulte el [documento de diseño del LimitRanger](https://git.k8s.io/design-proposals-archive/resource-management/admission_control_limit_range.md) para más información.
|
||||
|
||||
Los siguientes ejemplos utilizan límites y están pendientes de su traducción:
|
||||
|
||||
|
|
|
|||
|
|
@ -170,7 +170,7 @@ Seguimiento en [#26120](https://github.com/kubernetes/kubernetes/issues/26120)
|
|||
## {{% heading "whatsnext" %}}
|
||||
|
||||
|
||||
[Documento de Diseño 1](https://git.k8s.io/community/contributors/design-proposals/api-machinery/garbage-collection.md)
|
||||
[Documento de Diseño 1](https://git.k8s.io/design-proposals-archive/api-machinery/garbage-collection.md)
|
||||
|
||||
[Documento de Diseño 2](https://git.k8s.io/community/contributors/design-proposals/api-machinery/synchronous-garbage-collection.md)
|
||||
[Documento de Diseño 2](https://git.k8s.io/design-proposals-archive/api-machinery/synchronous-garbage-collection.md)
|
||||
|
||||
|
|
|
|||
|
|
@ -92,4 +92,4 @@ modificación del Pod Preset. En estos casos, se puede añadir una observación
|
|||
|
||||
Ver [Inyectando datos en un Pod usando PodPreset](/docs/tasks/inject-data-application/podpreset/)
|
||||
|
||||
Para más información sobre los detalles de los trasfondos, consulte la [propuesta de diseño de PodPreset](https://git.k8s.io/community/contributors/design-proposals/service-catalog/pod-preset.md).
|
||||
Para más información sobre los detalles de los trasfondos, consulte la [propuesta de diseño de PodPreset](https://git.k8s.io/design-proposals-archive/service-catalog/pod-preset.md).
|
||||
|
|
|
|||
|
|
@ -59,6 +59,6 @@ En estos momento, las librerías con soporte oficial son:
|
|||
|
||||
Un archivo de los documentos de diseño para la funcionalidad de Kubernetes.
|
||||
|
||||
Puedes empezar por [Arquitectura de Kubernetes](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md) y [Vista general del diseño de Kubernetes](https://git.k8s.io/community/contributors/design-proposals).
|
||||
Puedes empezar por [Arquitectura de Kubernetes](https://git.k8s.io/design-proposals-archive/architecture/architecture.md) y [Vista general del diseño de Kubernetes](https://git.k8s.io/community/contributors/design-proposals).
|
||||
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue