Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add content/es/docs/concepts/overview/components.md #14678

Closed
wants to merge 1 commit into from

Conversation

bureado
Copy link
Contributor

@bureado bureado commented Jun 1, 2019

Aquí está concepts/overview/components. Algunas observaciones:

  • No traduje los nombres de los componentes cuando se refería directamente al binario (p.ej., kube-scheduler) pero sí los descriptivos como "componentes de nodo" o "controlador de rutas"
  • No traduje runtime pero si traduje containers como "contenedores"
  • No traduje addons ni Dashboard

/assign @raelga

@k8s-ci-robot k8s-ci-robot added the cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. label Jun 1, 2019
@k8s-ci-robot k8s-ci-robot requested a review from glo-pena June 1, 2019 00:46
@k8s-ci-robot k8s-ci-robot added size/L Denotes a PR that changes 100-499 lines, ignoring generated files. language/es Issues or PRs related to Spanish language sig/docs Categorizes an issue or PR as relevant to SIG Docs. labels Jun 1, 2019
@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approver: raelga

If they are not already assigned, you can assign the PR to them by writing /assign @raelga in a comment when ready.

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment


{{% capture overview %}}
Este documento describe los distintos componentes binarios que
son necesarios para operar un cluster de Kubernetes.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
son necesarios para operar un cluster de Kubernetes.
son necesarios para operar un clúster de Kubernetes.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

---

{{% capture overview %}}
Este documento describe los distintos componentes binarios que
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No se que tan necesario sea mencionar binarios en esta oracion

Suggested change
Este documento describe los distintos componentes binarios que
Este documento describe los distintos componentes que

## Componentes maestros

Los componentes maestros proveen el plano de control del cluster. Ellos toman decisiones globales sobre
el cluster (por ejemplo, la planificación) y detectan y responden a eventos del cluster, como la creación
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
el cluster (por ejemplo, la planificación) y detectan y responden a eventos del cluster, como la creación
el clúster (por ejemplo, la planificación) y detectan y responden a eventos del clúster, como la creación

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

el cluster (por ejemplo, la planificación) y detectan y responden a eventos del cluster, como la creación
de un nuevo pod cuando la propiedad `replicas` de un controlador de replicación no se cumpla.

Estos componentes pueden ejecutarse en cualquier nodo del cluster. Sin embargo, y para simplificar, los
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Estos componentes pueden ejecutarse en cualquier nodo del cluster. Sin embargo, y para simplificar, los
Estos componentes pueden ejecutarse en cualquier nodo del clúster. Sin embargo, y para simplificar, los

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1


Estos componentes pueden ejecutarse en cualquier nodo del cluster. Sin embargo, y para simplificar, los
scripts de instalación típicamente inician todos los componentes maestros en el mismo nodo, y no ejecutan
contenedores de los usuarios allí. Vea [Construyendo clusters de alta disponibilidad](/docs/admin/high-availability/) para un ejemplo de configuración multi-master.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
contenedores de los usuarios allí. Vea [Construyendo clusters de alta disponibilidad](/docs/admin/high-availability/) para un ejemplo de configuración multi-master.
contenedores de los usuarios allí. Vea [Construyendo clústers de alta disponibilidad](/docs/admin/high-availability/) para un ejemplo de configuración multi-master.


### DNS

Si bien los otros _addons_ no son estrictamente necesarios, todos los clusters de Kubernetes deberían tener [cluster DNS](/docs/concepts/services-networking/dns-pod-service/) ya que la mayoría de los ejemplos lo requieren.
Copy link
Contributor

@electrocucaracha electrocucaracha Jun 5, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Si bien los otros _addons_ no son estrictamente necesarios, todos los clusters de Kubernetes deberían tener [cluster DNS](/docs/concepts/services-networking/dns-pod-service/) ya que la mayoría de los ejemplos lo requieren.
Si bien los otros _addons_ no son estrictamente necesarios, todos los clústers de Kubernetes deberían tener un [clúster de DNS](/docs/concepts/services-networking/dns-pod-service/) ya que la mayoría de los ejemplos lo requieren.


Si bien los otros _addons_ no son estrictamente necesarios, todos los clusters de Kubernetes deberían tener [cluster DNS](/docs/concepts/services-networking/dns-pod-service/) ya que la mayoría de los ejemplos lo requieren.

Cluster DNS es un servidor DNS, adicional a los que ya podrías tener en tu red, que sirven registros DNS de los servicios de Kubernetes.
Copy link
Contributor

@electrocucaracha electrocucaracha Jun 5, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Cluster DNS es un servidor DNS, adicional a los que ya podrías tener en tu red, que sirven registros DNS de los servicios de Kubernetes.
Un clúster DNS es un servidor DNS, adicional a los que ya podrías tener en tu red, que sirve registros DNS a los servicios de Kubernetes.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Cluster DNS es un servidor DNS, adicional a los que ya podrías tener en tu red, que sirven registros DNS de los servicios de Kubernetes.
El DNS interno del clúster es un servidor DNS, adicional a los que ya podrías tener en tu red, que sirve registros DNS a los servicios de Kubernetes.

Igual que antes, se refiere al DNS interno del clúster, kube-dns por defecto hasta la 1.12 y CoreDNS a partir de la 1.13.


### Web UI (Dashboard)

El [Dashboard](/docs/tasks/access-application-cluster/web-ui-dashboard/) es una interfaz Web de propósito general para clusters de Kubernetes. Le permite a los usuarios administrar y resolver problemas que puedan presentar tanto las aplicaciones como el cluster.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
El [Dashboard](/docs/tasks/access-application-cluster/web-ui-dashboard/) es una interfaz Web de propósito general para clusters de Kubernetes. Le permite a los usuarios administrar y resolver problemas que puedan presentar tanto las aplicaciones como el cluster.
El [Dashboard](/docs/tasks/access-application-cluster/web-ui-dashboard/) es una interfaz Web de propósito general para clústers de Kubernetes. Le permite a los usuarios administrar y resolver problemas que puedan presentar tanto las aplicaciones como el clúster.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

de forma centralizada series de tiempo con métricas sobre los contenedores, y provee una interfaz para navegar estos
datos.

### Registros del cluster
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
### Registros del cluster
### Registros del clúster

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1


### Registros del cluster

El mecanismo de [registros del cluster](/docs/concepts/cluster-administration/logging/) está a cargo de almacenar
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
El mecanismo de [registros del cluster](/docs/concepts/cluster-administration/logging/) está a cargo de almacenar
El mecanismo de [registros del clúster](/docs/concepts/cluster-administration/logging/) está a cargo de almacenar

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

@raelga
Copy link
Member

raelga commented Jun 22, 2019

¡Muchas gracias @bureado!

¿Has podido revisar la review de @electrocucaracha? ¿@glo-pena le puedes echar un vistazo también?

Gracias a los dos!


### DNS

Si bien los otros _addons_ no son estrictamente necesarios, todos los clusters de Kubernetes deberían tener [cluster DNS](/docs/concepts/services-networking/dns-pod-service/) ya que la mayoría de los ejemplos lo requieren.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

En este caso, se refiere al DNS interno del clúster, no a un clúster de DNS.

Suggested change
Si bien los otros _addons_ no son estrictamente necesarios, todos los clusters de Kubernetes deberían tener [cluster DNS](/docs/concepts/services-networking/dns-pod-service/) ya que la mayoría de los ejemplos lo requieren.
Si bien los otros _addons_ no son estrictamente necesarios, todos los clústers de Kubernetes deberían tener [DNS interno del clúster](/docs/concepts/services-networking/dns-pod-service/) ya que la mayoría de los ejemplos lo requieren.


Si bien los otros _addons_ no son estrictamente necesarios, todos los clusters de Kubernetes deberían tener [cluster DNS](/docs/concepts/services-networking/dns-pod-service/) ya que la mayoría de los ejemplos lo requieren.

Cluster DNS es un servidor DNS, adicional a los que ya podrías tener en tu red, que sirven registros DNS de los servicios de Kubernetes.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Cluster DNS es un servidor DNS, adicional a los que ya podrías tener en tu red, que sirven registros DNS de los servicios de Kubernetes.
El DNS interno del clúster es un servidor DNS, adicional a los que ya podrías tener en tu red, que sirve registros DNS a los servicios de Kubernetes.

Igual que antes, se refiere al DNS interno del clúster, kube-dns por defecto hasta la 1.12 y CoreDNS a partir de la 1.13.

* Controlador de replicación: es el responsable de mantener el número correcto de pods para cada controlador
de replicación del sistema
* Controlador de endpoints: construye el objeto `Endpoints`, es decir, hace una unión entre los `Services` y los `Pods`
* Controladores de tokens y cuentas de servicio: crean cuentas y tokens de acceso a la API por defecto para los nuevos espacios de nombre
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* Controladores de tokens y cuentas de servicio: crean cuentas y tokens de acceso a la API por defecto para los nuevos espacios de nombre
* Controladores de tokens y cuentas de servicio: crean cuentas y tokens de acceso a la API por defecto para los nuevos {{< glossary_definition text="Namespaces" term_id="namespace">}}.

Al tratarse de un objeto de Kubernetes, se respeta la forma original con la primera letra capital. También he añadido la referencia al glosario.

### cloud-controller-manager

[cloud-controller-manager](/docs/tasks/administer-cluster/running-cloud-controller/) ejecuta controladores que
interactúan con proveedores de la nube. El binario `cloud-controller-manager` es una característica alpha que debutó en la versión 1.6 de Kubernetes.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

¿Publicada sería más neutro? Las tres me parecen correctas.

### Registros del cluster

El mecanismo de [registros del cluster](/docs/concepts/cluster-administration/logging/) está a cargo de almacenar
los registros de los contenedores en un almacen central con una interfaz de búsqueda y navegación.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
los registros de los contenedores en un almacen central con una interfaz de búsqueda y navegación.
los registros de los contenedores de forma centralizada, proporcionando una interfaz de búsqueda y navegación.

Para seguir los términos utilizados en la sección de monitoring.


## Componentes de nodo

Los componentes de nodo corren en cada nodo, manteniendo a los pods en funcionamiento y proveyendo el entorno de ejecución de Kubernetes.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ofreciendo o en todo caso proporcionando.


Estos controladores incluyen:

* Controlador de nodos: es el responsable por detectar y responder cuando un nodo deja de funcionar
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

El de por por también lo veo, la otra no tanto, mi propuesta sería:

Suggested change
* Controlador de nodos: es el responsable por detectar y responder cuando un nodo deja de funcionar
* Controlador de nodos: es el responsable de detectar y actuar cuando un nodo deja de responder


{{% capture overview %}}
Este documento describe los distintos componentes binarios que
son necesarios para operar un cluster de Kubernetes.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

## Componentes maestros

Los componentes maestros proveen el plano de control del cluster. Ellos toman decisiones globales sobre
el cluster (por ejemplo, la planificación) y detectan y responden a eventos del cluster, como la creación
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

el cluster (por ejemplo, la planificación) y detectan y responden a eventos del cluster, como la creación
de un nuevo pod cuando la propiedad `replicas` de un controlador de replicación no se cumpla.

Estos componentes pueden ejecutarse en cualquier nodo del cluster. Sin embargo, y para simplificar, los
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

Copy link
Member

@raelga raelga left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

El tema de clúster vs cluster, habría que actualizarlo y usar el término en castellano como comentamos en slack.

@raelga
Copy link
Member

raelga commented Jul 27, 2019

Buenas @bureado !

¿Puedes echarle un ojo a las revisiones?

Si no estás de acuerdo con alguna, no hay problema en abrir debate y comentarlo!

Gracias de nuevo por la PR, está genial! 💙

@alexbrand
Copy link
Contributor

Epa @bureado! Otro ping para ver si te da chance de echarle un ojo a los comentarios pendientes. Gracias!

@raelga
Copy link
Member

raelga commented Oct 3, 2019

Buenas @bureado !

¿Puedes echarle un ojo a las revisiones?

Gracias!

@fejta-bot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jan 1, 2020
@raelga
Copy link
Member

raelga commented Jan 7, 2020 via email

@k8s-ci-robot k8s-ci-robot removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jan 7, 2020
@fejta-bot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Apr 6, 2020
@fejta-bot
Copy link

Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle rotten

@k8s-ci-robot k8s-ci-robot added lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels May 6, 2020
@raelga
Copy link
Member

raelga commented May 26, 2020

/remove-lifecycle rotten

@k8s-ci-robot k8s-ci-robot removed the lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. label May 26, 2020
@raelga
Copy link
Member

raelga commented May 26, 2020

/remove-lifecycle rotten

raelga added a commit to raelga/kubernetes-website that referenced this pull request Jul 1, 2020
raelga added a commit to raelga/kubernetes-website that referenced this pull request Jul 1, 2020
@raelga
Copy link
Member

raelga commented Jul 1, 2020

Buenas @bureado, vamos a cerrar la PR por inactividad y continuar el trabajo en #22259.

Cualquier cosa, no dudes en comentarlo!

@raelga raelga closed this Jul 1, 2020
raelga added a commit to raelga/kubernetes-website that referenced this pull request Jul 2, 2020
raelga added a commit to raelga/kubernetes-website that referenced this pull request Jul 4, 2020
raelga added a commit to raelga/kubernetes-website that referenced this pull request Jul 8, 2020
k8s-ci-robot pushed a commit that referenced this pull request Jul 9, 2020
* Add content/es/docs/concepts/overview/components.md

* Apply #14678 suggestions

* Replace content_template with content_type

* Remove capture shortcode

* Add missing glossary terms

Add controller glossary term
Add etcd glossary term
Add kube-apiserver glossary term
Add kube-controller-manager glossary term
Add kube-sccheduler glossary term
Add namespace glossary term

* Remove `master` references

* Apply emedina suggestions

Co-authored-by: Enrique Medina Montenegro <[email protected]>

Co-authored-by: Jose Miguel Parrella <[email protected]>
Co-authored-by: Enrique Medina Montenegro <[email protected]>
irvifa pushed a commit to irvifa/website that referenced this pull request Jul 12, 2020
* Add content/es/docs/concepts/overview/components.md

* Apply kubernetes#14678 suggestions

* Replace content_template with content_type

* Remove capture shortcode

* Add missing glossary terms

Add controller glossary term
Add etcd glossary term
Add kube-apiserver glossary term
Add kube-controller-manager glossary term
Add kube-sccheduler glossary term
Add namespace glossary term

* Remove `master` references

* Apply emedina suggestions

Co-authored-by: Enrique Medina Montenegro <[email protected]>

Co-authored-by: Jose Miguel Parrella <[email protected]>
Co-authored-by: Enrique Medina Montenegro <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. language/es Issues or PRs related to Spanish language sig/docs Categorizes an issue or PR as relevant to SIG Docs. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants