[ES] add content/es/auto_scaling.md

[gamba47]

PR for issue #565

Done.

[netlify]

✅ Deploy Preview for cncfglossary ready!

Name	Link
🔨 Latest commit	71d234c
🔍 Latest deploy log	https://app.netlify.com/sites/cncfglossary/deploys/625edbd12a81fa0008e8a237
😎 Deploy Preview	https://deploy-preview-705--cncfglossary.netlify.app
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.

---

To edit notification comments on pull requests, go to your Netlify site settings.

[jihoon-seo]

@gamba47 Thank you for your contribution!

One should be able to see the preview of your work at https://deploy-preview-705--cncfglossary.netlify.app/es/auto_scaling/ ,
but I checked that I cannot.

It seems that this is because you started your work from main branch, not dev-es branch.

Referring this comment:

You can close this PR and fetch the upstream dev-es branch on your forked repo again, so you're aligned. Then start from scratch: open a new branch from the dev-es branch, add the new term, and raise another PR which aims the dev-es branch as a merge target.

[raelga]

La review añade las cabeceras a cada sección, corrige algunos errores tipográficos y cambia algunas frases para que sean más claras.

[gamba47]

Hi @jihoon-seo ! How can i change to the other branch?

I made 3 translations i will do more with this concept. Thanks for your time

[jihoon-seo]

@gamba47
This is how to create another PR:

1. On your development environment, pull all branches from upstream repo:
   git pull
2. Switch to dev-es branch:
   git checkout dev-es
3. Create a new feature branch (that will contain your new commit) from dev-es branch:
   git checkout -b <new-branch-name>
4. Add a new file (content/es/auto_scaling.md), and commit:
   git add content/es/auto_scaling.md (Make sure that you add the version that @raelga's comments are reflected. 😊)
   git commit -m "<Some commit message>"
5. Push your new feature branch to your forked GitHub repo (e.g. origin):
   git push origin <new-branch-name>
6. On GitHub web UI, open a new PR, while setting the merge target branch as dev-es. 😊
7. After that, this PR gets okay to close. 😊

[electrocucaracha]

@gamba47 This is how to create another PR:

1. On your development environment, pull all branches from upstream repo:
   `git pull`

2. Switch to `dev-es` branch:
   `git checkout dev-es`

3. Create a new feature branch (that will contain your new commit) from `dev-es` branch:
   `git checkout -b <new-branch-name>`

What about to cherry-pick that change?

git pull
git checkout -b dev-es origin/dev-es
git branch -m auto_scalling draft
git branch auto_scalling
git checkout auto_scalling
git cherry-pick 7edd30c837d0f475e44395ff36e6b4c6b9ae0742
git push origin auto_scalling -f

4. Add a new file (`content/es/auto_scaling.md`), and commit:
   `git add content/es/auto_scaling.md` (Make sure that you add the version that @raelga's comments are reflected. 😊)
   `git commit -m "<Some commit message>"`

5. Push your new feature branch to your forked GitHub repo (e.g. origin):
   `git push origin <new-branch-name>`

6. On GitHub web UI, open a new PR, while setting the merge target branch as `dev-es`. 😊

7. After that, this PR gets okay to close. 😊

[gamba47]

Let me know if you need a change in mi pull requests or if i do this on new pr only

[jihoon-seo]

Instead of open a new PR, updating this PR looks also good to me. 😊

Meanwhile, following @electrocucaracha's instruction, I got an error:

❯ git checkout -b dev-es origin/dev-es
fatal: 'origin/dev-es' is not a commit and a branch 'dev-es' cannot be created from it

For me, this worked (@electrocucaracha Please check whether commands below look good to you!):

git pull
git checkout dev-es
git branch -m auto_scalling draft
git branch auto_scalling
git checkout auto_scalling
git cherry-pick 7edd30c837d0f475e44395ff36e6b4c6b9ae0742
git push origin auto_scalling -f

[gamba47]

Updating this means change where i merge my changes? sorry i'm a newbie in this git field.

[jihoon-seo]

@gamba47

Updating this means change where i merge my changes?

Yes, 'Updating this' means that you change the merge target branch of this PR to dev-es.

To do so, follow this:

1. On your development environment,

git pull
git checkout dev-es
git branch -m auto_scalling draft
git branch auto_scalling
git checkout auto_scalling
git cherry-pick 7edd30c837d0f475e44395ff36e6b4c6b9ae0742
git push origin auto_scalling -f

2. On this page, change the merge target branch of this PR to dev-es:
   
   
   

[jihoon-seo]

In this case, @raelga's changing the merge target branch to main only seems okay without problem.
(cf. #696)

Although the preview is not available on https://deploy-preview-705--cncfglossary.netlify.app/es/auto_scaling/
(which is because the Netlify rebuild is triggered by someone's pushing new commits to the branch),
I guess that this page will be displayed well after all.

@gamba47 @electrocucaracha @raelga Thank you for your contributions!

[krol3]

Coloque algunas sugerencias, encontre el termino auto escalado o escalado automaticamente o escalado dinámico más usado que autoescalado.
Sigue estos links en el uso de la palabra:

• https://docs.aws.amazon.com/es_es/autoscaling/plans/userguide/how-it-works.html
• https://azure.microsoft.com/es-es/features/autoscale/
• https://docs.citrix.com/es-es/citrix-application-delivery-management-service/hybrid-multi-cloud-deployments/autoscale-for-azure.html
• https://aws.amazon.com/es/autoscaling/
• https://docs.aws.amazon.com/es_es/autoscaling/ec2/userguide/as-scale-based-on-demand.html
• https://docs.aws.amazon.com/es_es/autoscaling/plans/userguide/how-it-works.html

[krol3]

Suggested change

El Autoescalado es la habilidad de un sistema para [escalar](/scalability) automaticamente, en terminos de recursos computacionales. Con un sistema de autoescalado, los recursos son agregados automáticamente cuando se necesitan y pueden escalar para cumplir con la demanda fluctuante de los usuarios. El proceso de autoescalado varía y es configurable para escalar basado en diferentes métricas, como son la memoria or el uso de CPU. Los servicios gestionados en la nube son los que están asociados típicamente con esta funcionalidad de autoescalado pero tambien hay opciones e implementaciones disponibles para la mayoría de los servicios existentes.

El auto escalado es la habilidad de un sistema para [escalar](/scalability) automaticamente, en términos de recursos computacionales. Con un sistema de auto escalado, los recursos son agregados automáticamente cuando se necesitan y pueden escalar para cumplir con la demanda fluctuante de los usuarios. El proceso de auto escalado varía y es configurable para escalar basado en diferentes métricas, como son la memoria o el uso de CPU. Los servicios gestionados en la nube son los que están asociados típicamente con esta funcionalidad de escalado automático pero también hay opciones e implementaciones disponibles para la mayoría de los servicios existentes.

[gamba47]

Hola @krol3 gracias por la review, no pude encontrar una palabra que ayude a entender bien el concepto de auto scaling, la traduccion literal de Auto Escalado para mi tiene sabor a poco, porque leyendo varias veces las lineas pareciera que solo se escala "agregando recursos" y no hay info acerca de que puede disminuir la cantidad de recursos. Se te ocurre alguna idea? vamos por tu cambio, pero me parece que se podria mejorar un poco para no perder el espirituo de la idea.

[krol3]

Suggested change

	Previamente, la infraestructura y las aplicaciones eran diseñadas para considerar los picos de uso del sistema. Esta arquitectura implicaba que había más recursos que eran subutilizados o con cambios inelasticos frente a la demanda de los usuarios. La inelasticidad en este caso, significa más costos para el negocio y pérdida de negocios debido a problemas relacionados a la sobredemanda.
	Previamente, la infraestructura y las aplicaciones eran diseñadas para considerar los picos de uso del sistema. Esta arquitectura implicaba que había más recursos que eran subutilizados o con cambios inelásticos frente a la demanda de los usuarios. La inelasticidad en este caso significa más costos para el negocio y pérdida de negocios debido a problemas relacionados a la sobredemanda.

[krol3]

Suggested change

Aprovechando la nube, [virtualizando](/virtualization), y [contenerizando](/containerization/) aplicaciones y sus dependencias, las organizaciones pueden construir aplicaciones que escalan de manera acorde a la demanda de los usuarios. Se pueden monitorear la demanda de las aplicaciones y de manera automática escalar las mismas, proporcionando una experiencia al usuario final óptima. Tomei de ejemplo el aumento de la audiencia de Netflix todos los dias viernes por la tarde. Escalar significa agregar más recursos dinámicamente: por ejemplo, incrementando el numero de servidores permitiendo que más usuarios visualizando videos y desescalando una vez que el consumo se ha normalizado.

Aprovechando la nube, [virtualizando](/virtualization), y [contenerizando](/containerization/) aplicaciones y sus dependencias, las organizaciones pueden construir aplicaciones que escalan de manera acorde a la demanda de los usuarios. Se pueden monitorear la demanda de las aplicaciones y de manera automática escalar las mismas, proporcionando una experiencia al usuario final óptima. Tomemos el ejemplo del aumento de la audiencia de Netflix todos los viernes por la noche. El escalado automático significa agregar más recursos dinámicamente: por ejemplo, incrementando el número de servidores que permitirán una mayor transmisión de los videos y reduciendo los servidores una vez que el consumo se ha normalizado.

[krol3]

@gamba47 revisa esta parte tb por favor

[gamba47]

Done

[gamba47]

Done

[krol3]

@gamba47 coloque comentarios como la palabra auto escalado separado, y relacionado tb a la descripcion de Como ayuda, tengo comentarios tb que aun no fueron aplicados.

[gamba47]

Closing and recreating another pr based on the last meeting