Translated to Spanish the day63 file

Signed-off-by: Manuel Vergara <manuel@vergaracarmona.es>
This commit is contained in:
Manuel Vergara 2023-06-14 05:27:55 +02:00
parent d4df029a02
commit 68381e7220

View File

@ -1,96 +1,100 @@
## The Big Picture: Configuration Management
## El panorama general: Gestión de la configuración
Coming straight off the back of the section covering Infrastructure as Code, there is likely going to be some crossover as we talk about Configuration Management or Application Configuration Management.
Continuando directamente desde la sección que cubre la Infraestructura como Código, es probable que haya cierta superposición al hablar de la Gestión de la Configuración o la Gestión de la Configuración de Aplicaciones.
Configuration Management is the process of maintaining applications, systems and servers in the desired state. The overlap with Infrastructure as code is that IaC is going to make sure your infrastructure is at the desired state but after that especially terraform is not going to look after the desired state of your OS settings or Application and that is where Configuration Management tools come in. Make sure that the system and applications perform the way it is expected as changes occur over Deane.
La Gestión de la Configuración es el proceso de mantener las aplicaciones, sistemas y servidores en el estado deseado. La superposición con la Infraestructura como Código es que IaC se asegurará de que tu infraestructura esté en el estado deseado, pero después de eso, especialmente Terraform, no se encargará del estado deseado de la configuración de tu sistema operativo o aplicación, y ahí es donde entran en juego las herramientas de Gestión de la Configuración. Aseguran que el sistema y las aplicaciones funcionen como se espera a medida que se producen cambios con el tiempo.
Configuration management keeps you from making small or large changes that go undocumented.
La gestión de la configuración te evita realizar cambios pequeños o grandes que no estén documentados.
### Scenario: Why would you want to use Configuration Management
### Escenario: ¿Por qué querrías usar la Gestión de la Configuración?
The scenario or why you'd want to use Configuration Management, meet Dean he's our system administrator and Dean is a happy camper pretty and
working on all of the systems in his environment.
El escenario o por qué querrías usar la Gestión de la Configuración. Conoce a Dean, nuestro administrador del sistema, y Dean es un feliz y competente trabajador que se ocupa de todos los sistemas en su entorno.
What happens if their system fails, if there's a fire, a server goes down well? Dean knows exactly what to do he can fix that fire easily the problems become difficult for Dean however if multiple servers start failing particularly when you have large and expanding environments, this is why Dean needs to have a configuration management tool. Configuration Management tools can help make Dean look like a rockstar, all he has to do is configure the right codes that allow him to push out the instructions on how to set up each of the servers quickly effectively and at scale.
¿Qué sucede si su sistema falla, si hay un incendio, si un servidor se cae? Dean sabe exactamente qué hacer, puede solucionar ese problema fácilmente. Sin embargo, los problemas se vuelven difíciles para Dean cuando varios servidores comienzan a fallar, especialmente cuando tienes entornos grandes y en expansión. Por eso Dean necesita tener una herramienta de gestión de la configuración. Las herramientas de Gestión de la Configuración pueden ayudar a que Dean parezca un experto, todo lo que tiene que hacer es configurar los códigos correctos que le permitan enviar las instrucciones sobre cómo configurar cada uno de los servidores rápida y efectivamente, y a gran escala.
### Configuration Management tools
### Herramientas de Gestión de la Configuración
There are a variety of configuration management tools available, and each has specific features that make it better for some situations than others.
Existen diversas herramientas de gestión de la configuración disponibles, y cada una tiene características específicas que la hacen más adecuada para algunas situaciones que otras.
![](Images/Day63_config1.png)
At this stage, we will take a quickfire look at the options in the above picture before making our choice on which one we will use and why.
En esta etapa, echaremos un vistazo rápido a las opciones en la imagen anterior antes de tomar nuestra decisión sobre cuál utilizaremos y por qué.
- **Chef**
- Chef ensures configuration is applied consistently in every environment, at any scale with infrastructure automation.
- Chef is an open-source tool developed by OpsCode written in Ruby and Erlang.
- Chef is best suited for organisations that have a heterogeneous infrastructure and are looking for mature solutions.
- Recipes and Cookbooks determine the configuration code for your systems.
- Pro - A large collection of recipes is available
- Pro - Integrates well with Git which provides a strong version control
- Con - Steep learning curve, a considerable amount of time required.
- Con - The main server doesn't have much control.
- Architecture - Server / Clients
- Ease of setup - Moderate
- Language - Procedural - Specify how to do a task
- Chef se asegura de que la configuración se aplique de manera consistente en cada entorno, a cualquier escala, con automatización de infraestructura.
- Chef es una herramienta de código abierto desarrollada por OpsCode escrita en Ruby y Erlang.
- Chef es más adecuado para organizaciones que tienen una infraestructura heterogénea y buscan soluciones maduras.
- Las recetas y libros de cocina determinan el código de configuración para tus sistemas.
- Ventajas: hay una amplia colección de recetas disponible.
- Ventajas: se integra bien con Git, lo que proporciona un sólido control de versiones.
- Desventajas: tiene una curva de aprendizaje pronunciada, se requiere una cantidad considerable de tiempo.
- Desventajas: el servidor principal no tiene mucho control.
- Arquitectura: Servidor / Clientes
- Facilidad de configuración: Moderada
- Lenguaje: Procedimental: especifica cómo hacer una tarea
- **Puppet**
- Puppet is a configuration management tool that supports automatic deployment.
- Puppet is built in Ruby and uses DSL for writing manifests.
- Puppet also works well with heterogeneous infrastructure where the focus is on scalability.
- Pro - Large community for support.
- Pro - Well-developed reporting mechanism.
- Con - Advance tasks require knowledge of the Ruby language.
- Con - The main server doesn't have much control.
- Architecture - Server / Clients
- Ease of setup - Moderate
- Language - Declarative - Specify only what to do
- Puppet es una herramienta de gestión de configuración que admite implementación automática.
- Puppet está construido en Ruby y utiliza un DSL para escribir manifiestos.
- Puppet también funciona bien con infraestructuras heterogéneas donde el enfoque se centra en la escalabilidad.
- Ventajas: gran comunidad de soporte.
- Ventajas: mecanismo de informes bien desarrollado.
- Desventajas: las tareas avanzadas requieren conocimientos del lenguaje Ruby.
- Desventajas: el servidor principal no tiene mucho control.
- Arquitectura: Servidor / Clientes
- Facilidad de configuración: Moderada
- Lenguaje: Declarativo: especifica solo qué hacer
- **Ansible**
- Ansible is an IT automation tool that automates configuration management, cloud provisioning, deployment and orchestration.
- The core of Ansible playbooks is written in YAML. (Should do a section on YAML as we have seen this a few times)
- Ansible works well when there are environments that focus on getting things up and running fast.
- Works on playbooks which provide instructions to your servers.
- Pro - No agents are needed on remote nodes.
- Pro - YAML is easy to learn.
- Con - Performance speed is often less than other tools (Faster than Dean doing it himself manually)
- Con - YAML is not as powerful as Ruby but has less of a learning curve.
- Architecture - Client Only
- Ease of setup - Very Easy
- Language - Procedural - Specify how to do a task
- Ansible es una herramienta de automatización de TI que automatiza la gestión de la configuración, la provisión en la nube, la implementación y la orquestación.
- El núcleo de los libros de jugadas de Ansible está escrito en YAML. (Deberíamos hacer una sección sobre YAML, ya que lo hemos visto varias veces).
- Ansible funciona bien cuando hay entornos que se centran en poner las cosas en marcha rápidamente.
- Trabaja con libros de jugadas que proporcionan instrucciones a tus servidores.
- Ventajas: no se necesitan agentes en los nodos remotos.
- Ventajas: YAML es fácil de aprender.
- Desventajas: la velocidad de rendimiento suele ser menor que la de otras herramientas (más rápido que hacerlo manualmente Dean).
- Desventajas: YAML no es tan poderoso como Ruby, pero tiene una curva de aprendizaje menor.
- Arquitectura: Solo cliente
- Facilidad de configuración: Muy fácil
- Lenguaje: Procedimental: especifica cómo hacer una tarea
- **SaltStack**
- SaltStack is a CLI-based tool that automates configuration management and remote execution.
- SaltStack is Python based whilst the instructions are written in YAML or its DSL.
- Perfect for environments with scalability and resilience as the priority.
- Pro - Easy to use when up and running
- Pro - Good reporting mechanism
- Con - The setup phase is tough
- Con - New web UI which is much less developed than the others.
- Architecture - Server / Clients
- Ease of setup - Moderate
- Language - Declarative - Specify only what to do
- SaltStack es una herramienta basada en CLI que automatiza la gestión de la configuración y la ejecución remota.
- SaltStack está basado en Python, mientras que las instrucciones se escriben en YAML o su DSL.
- Perfecto para entornos con prioridad en la escalabilidad y la resiliencia.
- Ventajas: fácil de usar una vez que está en funcionamiento.
- Ventajas: buen mecanismo de informes.
- Desventajas: la fase de configuración es difícil.
- Desventajas: nueva interfaz web menos desarrollada que las demás.
- Arquitectura: Servidor / Clientes
- Facilidad de configuración: Moderada
- Lenguaje: Declarativo: especifica solo qué hacer
### Ansible vs Terraform
The tool that we will be using for this section is going to be Ansible. (Easy to use and easier language basics required.)
La herramienta que utilizaremos para esta sección será Ansible (fácil de usar y requiere nociones básicas del lenguaje).
I think it is important to touch on some of the differences between Ansible and Terraform before we look into the tooling a little further.
Creo que es importante mencionar algunas diferencias entre Ansible y Terraform antes de adentrarnos un poco más en las herramientas.
| | Ansible | Terraform |
| -------------- | ------------------------------------------------------------ | ---------------------------------------------------------------- |
| Type | Ansible is a configuration management tool | Terraform is an orchestration tool |
| Infrastructure | Ansible provides support for mutable infrastructure | Terraform provides support for immutable infrastructure |
| Language | Ansible follows procedural language | Terraform follows a declarative language |
| Provisioning | Ansible provides partial provisioning (VM, Network, Storage) | Terraform provides extensive provisioning (VM, Network, Storage) |
| Packaging | Ansible provides complete support for packaging & templating | Terraform provides partial support for packaging & templating |
| Lifecycle Mgmt | Ansible does not have lifecycle management | Terraform is heavily dependent on lifecycle and state mgmt |
| | Ansible | Terraform |
| ---------------- | ----------------------------------------------------------------------- | --------------------------------------------------------------------------- |
| Tipo | Ansible es una herramienta de gestión de configuración | Terraform es una herramienta de orquestación |
| Infraestructura | Ansible admite infraestructura mutable | Terraform admite infraestructura inmutable |
| Lenguaje | Ansible sigue un lenguaje procedural | Terraform sigue un lenguaje declarativo |
| Provisionamiento | Ansible proporciona aprovisionamiento parcial (VM, red, almacenamiento) | Terraform proporciona un amplio aprovisionamiento (VM, red, almacenamiento) |
| Empaquetado | Ansible ofrece soporte completo para empaquetado y plantillas | Terraform ofrece soporte parcial para empaquetado y plantillas |
| Ciclo de vida | Ansible no tiene gestión del ciclo de vida | Terraform depende en gran medida del ciclo de vida y la gestión del estado |
## Resources
## Recursos
- [What is Ansible](https://www.youtube.com/watch?v=1id6ERvfozo)
- [Ansible 101 - Episode 1 - Introduction to Ansible](https://www.youtube.com/watch?v=goclfp6a2IQ)
- [NetworkChuck - You need to learn Ansible right now!](https://www.youtube.com/watch?v=5hycyr-8EKs&t=955s)
- [Chef vs Puppet vs Ansible vs Saltstack](https://vergaracarmona.es/chef-vs-puppet-vs-ansible-vs-saltstack/)
See you on [Day 64](day64.md)
Nos vemos en el [Día 64](day64.md)