En cuanto al mercado de TI actual, el dominio DevOps es una de las mejores opciones para el crecimiento salarial y profesional de la gente de TI. Una pregunta común que recibo con bastante frecuencia es: “¿Cómo convertirme en ingeniero de DevOps?”

En este blog, intentaré responder esto con mis propias experiencias en la práctica de DevOps en diferentes organizaciones.

Hacia el final del artículo, agregué los diferentes equipos de los que puede formar parte un ingeniero de DevOps.

Mucha gente argumenta (incluyéndome a mí) que no hay nada como un “Ingeniero DevOps” o un “Equipo DevOps” porque no es una cosa. Sin embargo, todos en la industria ahora se han acostumbrado al término “ingeniero DevOps” y, siempre que comprenda la filosofía DevOps, estos títulos no importan mucho.

Existen muchos conceptos erróneos sobre lo que realmente significa DevOps. Uno de esos conceptos erróneos es “La automatización es DevOps”. Desarrollar habilidades relacionadas con la automatización de la infraestructura no es suficiente para convertirse en un ingeniero de DevOps.

Wikipedia dice:

DevOps (un compuesto recortado de desarrollo y operaciones) es una cultura, movimiento o práctica que enfatiza la colaboración y comunicación tanto de los desarrolladores de software como de otros profesionales de tecnología de la información (TI) mientras automatiza el proceso de entrega de software y cambios de infraestructura.

De la definición anterior, está claro que DevOps no se trata de herramientas o tecnologías. Es una filosofía para hacer que diferentes equipos de TI trabajen juntos para ofrecer resultados mejores y más rápidos a través de comentarios continuos.

Aquí hay un gráfico de tendencias interesante que muestra la popularidad de DevOps en los últimos cinco años.

Las organizaciones que intentan practicar DevOps requieren personas con habilidades colaborativas. Además, deberían estar dispuestos a cambiar y adoptar nuevas tecnologías.

Desde la perspectiva de las herramientas, una muy buena comprensión de los sistemas, las herramientas de automatización, las herramientas de CI, los sistemas de control de versiones, las redes y la experiencia en el uso de herramientas de gestión de proyectos facilitarán el camino para la adopción de DevOps.

He visto equipos cuidando de los trabajos de canalización para el proceso de creación y lanzamiento de la infra/app. En el mundo de DevOps, el diseño o la canalización de CI / CD automatizada diseñada / desarrollada por el equipo también debe ofrecer pequeñas actualizaciones o lanzamientos sin mucha intervención manual. Ocurre solo si hay un cambio cultural en la forma en que trabajan los equipos.

Por ejemplo, lo que puedo decir de mi experiencia es que sentarse con diferentes equipos y tener una conversación abierta sobre los puntos débiles resolverá muchos problemas que simplemente seguir un libro de reglas de equipo. (Y créeme, no es tan fácil como parece)

Otro objetivo debería ser automatizar las tareas repetidas y dedicar más tiempo a la ingeniería y la innovación.

Tabla de contenidos

1. ¿Cómo convertirse en un ingenier@ DevOps?
2. Comprendiendo la cultura DevOps
3. Aprender sobre *nix Systems
4. Comprender cómo funcionan los componentes de infraestructura
5. Obtenga la certificación On Cloud
6. Aprenda la automatización de la infraestructura
7. Contenedores, sistemas distribuidos y malla de servicios
8. Registro y Monitoreo
9. Comprender las mejores prácticas de seguridad (DevSecOps)
10. Aprenda codificación y secuencias de comandos
11. Aprenda Git, aprenda a documentar, aprenda sobre GitOps
12. Comprender el ciclo de vida de la entrega de aplicaciones de un extremo a otro
13. DevOps frente a SRE
14. Diferentes tipos de “equipos de DevOps”
15. Leer Leer y Leer
16. Escribe un blog
17. Conclusión

Cómo convertirse en ingenier@ DevOps?

Debe comprender el hecho de que DevOps no es específico para desarrolladores o ingenieros de sistemas. Es para cualquier persona apasionada por la evolución de prácticas y tecnologías y que esté dispuesta a trabajar en un entorno colaborativo donde todo está automatizado para facilitar la vida de todos.

No importa si es un administrador de sistemas, un desarrollador, un evaluador, un ingeniero de rendimiento, etc. Puede ser un ingeniero de DevOps porque ya es parte de un ecosistema de TI que comprende cómo funcionan las cosas.

Este artículo explicará cómo debe prepararse para las herramientas y tecnologías para convertirse en un ingeniero de DevOps que practica la filosofía de DevOps.

Nota: En este artículo, he cubierto muchas verticales. Un principiante no puede dominar todo. Sin embargo, tener una buena cantidad de conocimientos en estas áreas lo ayudará a convertirse en un ingeniero de DevOps..

Comprendiendo la Cultura DevOps

Para convertirse en un ingeniero de DevOps, lo primero y más importante es comprender la cultura de DevOps. Se trata de que diferentes equipos trabajen juntos hacia un objetivo común. En otras palabras, no debería haber una cultura de culpabilidad entre los diferentes equipos de TI.

La siguiente imagen lo dice todo.

Source: https://www.ein-bild.com/ (By Sandra martin)

Por ejemplo, si eres un ingeniero DevOps, nunca digas “No es mi trabajo”, di “Déjame ver qué puedo hacer para ayudarte”. La forma en que responde tiene un impacto significativo en la colaboración. (No significa que tenga que dar de comer a la gente con cuchara y hacer el trabajo de los demás).

Nota: Si está más fresco, comprender los aspectos culturales es un desafío porque viene con la experiencia real de la industria. Entonces, mi consejo sería enfocarse en los fundamentos básicos de TI (infraestructura y programación)

Los líderes de TI y los responsables de la toma de decisiones deben asegurarse de que todo el equipo reciba orientación sobre los aspectos culturales de DevOps antes de ingresar a los conjuntos de herramientas de DevOps. Evita mucha confusión en el grupo. Por lo general, no sucede en las organizaciones y terminan teniendo un “Equipo de DevOps” para las operaciones, que nuevamente termina en una estructura aislada.

La gente dejaría de ocultar la verdad y dejaría de culpar a otros por los problemas del proyecto una vez que entiendan que un problema en la entrega del proyecto debe abordarse de manera colaborativa en lugar de señalar con el dedo. Por ejemplo, una autopsia sin culpa.

Una vez que comprenda la cultura de DevOps, dejará de decir que “CI / CD y la automatización son DevOps.”

Recursos útiles (material en inglés):

1. DevOps Culture and Mindset[Coursera]
2. The Phoenix Project[Recomended eBook]

Aprender sobre *nix Systems

Estamos en una era en la que no podemos vivir sin sistemas Linux / Unix. Debe obtener una mejor comprensión y conocimiento práctico de varias distribuciones de Linux muy utilizadas por las organizaciones (RHEL, Centos, Ubuntu, CoreOS, etc.).

Según el estudio de caso de The Linux foundation, el 90% de la carga de trabajo de la nube pública se ejecuta en Linux.

Aquí hay otro estudio interesante de Redhat, que muestra las diferentes distribuciones de Linux utilizadas en la nube pública.

Ahora tiene suficientes razones por las que debería centrarse en Linux.

Cuando se trata de Linux, es todo terminal, la GUI es menos preferida en el mundo * nix. Ensuciarse las manos con terminales de estos sistemas.

Puedes usar Virtual box con Vagrant o AWS/GCP/Azure para los servers de Linux.

Aquí una manera de empezar.

1. Entender el proceso de booteo de Linux
2. Instalar y Configurar los server web (Apache, Nginx, Tomcat, etc..) y entender como el server web trabaja.
3. Entender cómo trabajan los procesos en Linux.
4. Entender cómo trabaja SSH.
5. Conozca los diferentes sistemas de archivos.
6. Aprenda cómo funcionan los volúmenes en Linux.
7. Obtenga información sobre el registro, la supervisión y la resolución de problemas del sistema.
8. Obtenga información sobre los protocolos importantes (SSL, TLS, TCP, UDP, FTP, SFTP, SCP, SSH)
9. Aprenda a administrar servicios e intente crear un servicio por su cuenta (Initd, Systemd)
10. Aloje sitios web estáticos / dinámicos en servidores web y juegue con diferentes configuraciones.
11. Configure balanceadores de carga y Proxys inversos (Nginx, proxy HA, etc.). Comprenda cada configuración y algoritmo detrás del equilibrio de carga.
12. Aprenda a optimizar el rendimiento de Linux.
13. Romper algo y aprender a solucionar problemas.

Recursos (Ingles)

1. Introduction to Linux[edX]
2. Learn Linux in 5 days[Udemy]
3. Vagrant tutorial for beginners

Comprender como funcionan los componentes de Infraestructura

El componente básico de cualquier organización es su infraestructura. Podría estar en la nube o en un centro de datos local.

Una comprensión general de los componentes de la infraestructura es imprescindible para una persona que quiera practicar o trabajar en un entorno DevOps. Por ejemplo, cuando asiste a reuniones con equipos de red / seguridad, con una buena cantidad de conocimiento de infraestructura, puede hacer las preguntas correctas, comprender lo que están diciendo y colaborar mejor.

Hay una gran diferencia cuando dices “No está funcionando, ¿puedes investigar esto?” Y “Oye, ya resolví mi problema inicial y estos son mis hallazgos. ¿Puede analizarlo más a fondo y ayudarnos a comprender qué está causando el problema?

Debería dedicar algo de tiempo y tener un conocimiento básico de lo siguiente.

Networking

1. Subnets
2. Public network
3. Private network
4. CIDR Notations
5. Static/Dynamic IP’s
6. Firewall
7. Proxy
8. NAT
9. Public & Private DNS
10. Troubleshooting
11. VPN

High Availability

1. Clusters
2. Fail Over Mechanisms
3. Disaster Recovery

Security

1. PKI Infrastructure
2. SSL certificates

Storage

1. SAN
2. Backups
3. NFS

Single Sign-On

1. Active Directory/LDAP

Load Balancers

1. L5 Load Balancers
2. L7 Load Balancers
3. Load balancing algorithms
4. Reverse Proxy

VPN

1. Site to Site VPN
2. Client to site VPN

Podría haber más cosas, pero he destacado los componentes críticos en una infraestructura de TI.

Obtenga la certificación On Cloud

Cuando digo “Obtenga la certificación”, por favor no utilice los exámenes pre armados para aprobar. Le agrega significativamente menos valor. Puede ser útil para la organización mostrar a los clientes que tienen ingenieros de nube certificados.

La mayor parte de la cuota de mercado de la nube pública pertenece actualmente a AWS. Aquí está el informe de Businesswire..

Elija cualquier nube pública, preferiblemente AWS, y obtenga información sobre todos sus servicios de infraestructura central. Practique todos los servicios básicos y comprenda cómo funcionan.

Mire AWS re-invent videos y comprenda cómo otras organizaciones utilizan los servicios de AWS para alojar sus aplicaciones..

Créame, aprenderá mucho de estos videos y ninguna capacitación en línea proporcionará tanta información sobre cómo ejecutar cargas de trabajo de producción en AWS.

Si planea obtener la certificación de GCP, mire los videos de Google Next .

 

Recursos (Inglés):

1. Ryans AWS Certification Courses
2. Google Certified Associate Cloud Engineer Certification
3. Microsoft Azure – Beginner’s Guide + AZ-900 preparation

 

Aprenda la Automatización de la Infraestructura

Ya no creamos servidores manualmente. La automatización de la infraestructura se ha convertido en un aspecto esencial de toda organización.

Según un informe de Redhat, muchas organizaciones están invirtiendo en sus iniciativas de automatización. Consulte estos datos.

Desde el aprovisionamiento de servidores, la configuración de la aplicación, la implementación, todo debe estar automatizado.

For Dev Environment

1. Vagrant
2. Docker Desktop
3. Minikube
4. Minishift

For infrastructure provisioning

1. Terraform
2. CLIs (of respective cloud provider)

For Configuration Management

1. Ansible
2. Chef
3. Puppet
4. Saltstack

VM image management

1. Packer

Estos son mis consejos sobre las herramientas de automatización del aprendizaje

1. Aprenda los conceptos básicos a través documentación oficial o mediante un curso.
2. Si desea escribir un manual de Ansible para Nginx, primero configure Nginx manualmente y vea cómo funcionan los componentes y las configuraciones. Luego comience a escribir el playbook.
3. Asegúrese de aprender sobre el desarrollo de infraestructura basado en pruebas. Hay herramientas de prueba para cada herramienta de automatización. (Prueba de Ansible, terratest, etc.)
4. Los módulos comunitarios son una gran referencia para aprender. Puede aprender la lógica compleja a través de los módulos de la comunidad.
5. Cuando utilice módulos comunitarios, asegúrese de saber qué hace cada bloque de código.

Recursos (Ingles):

1. Learn DevOps: Infrastructure Automation With Terraform
2. Ansible for the Absolute Beginner – Hands-On – DevOps

Contenedores, Sistemas Distribuidos y Malla de Servicio

La adopción de contenedores aumenta día a día. Es posible que la organización para la que trabaja no esté usando contenedores ahora. Sin embargo, es mejor tener un conocimiento práctico de la tecnología de contenedores como Docker o podman. Le dará una ventaja competitiva entre sus compañeros.

Una vez que comprenda Docker, puede comenzar a aprender sobre herramientas de orquestación de contenedores como Kubernetes, Docker Swarm, etc.

Estas plataformas son las más adecuadas para la arquitectura basada en microservicios.

Aquí hay una interesante tendencia de uso de Kubernetes por Datadog.

La siguiente imagen muestra las crecientes tendencias de búsqueda de Kubernetes durante cinco años.

Además, muchos ingenieros están mostrando interés en aprender kubernetes. En 2021, muchos ingenieros se certificarán en kubernetes. Puede consultar nuestras guías de examen CKA, CKAD y CKS.

La malla de servicios es un tema avanzado en el espacio contenedor. Si es un principiante en los conjuntos de herramientas de contenedores, puede aprender esto después de adquirir una buena cantidad de conocimientos en la orquestación de contenedores y la arquitectura basada en microservicios.

Recursos (Ingles):

1. Docker for the Absolute Beginner
2. Podman tutorial for beginners
3. Kubernetes Tutorials For Beginners: Getting Started Guide
4. Best kubernetes courses
5. Kubernetes the Hard wayd-way

Registro & Monitoreo

Cada empresa tendrá una infraestructura de registro y monitoreo. Las pilas de registro más utilizadas son Splunk y ELK. Además, hay pocas empresas de SaaS como Loggly, que proporcionan infraestructura de registro.

Para el monitoreo, existen herramientas de código abierto como Prometheus, Nagios y herramientas empresariales como AppDynamics, Datadog, SignalFx, etc. Consulte nuestro blog sobre las mejores herramientas de monitoreo de código abierto.

Los desarrolladores, los equipos de operaciones y los equipos de seguridad utilizan sistemas de registro para monitorear, solucionar problemas y auditar aplicaciones e infraestructura. Además, para AIOPS, los datos de registro juegan un papel clave.

En todas las organizaciones, las aplicaciones de misión crítica se controlan las 24 horas del día, los 7 días de la semana, mediante paneles de control. Generalmente, los paneles utilizan datos de fuentes de registro o métricas generadas por la aplicación.

Además, habrá sistemas de alerta que utilizan las reglas configuradas en los sistemas de monitoreo para alertar.

Por ejemplo, una alerta podría activarse como una notificación de holgura, un ticket de Jira, una alerta por correo electrónico, un ticket de incidente de ServiceNow o una llamada telefónica de xMatters. Los flujos de trabajo de alerta difieren de una organización a otra.

Como ingeniero de DevOps, debería poder consultar registros y solucionar problemas en entornos de producción y sin producción. Comprender las expresiones regulares es muy importante para consultar registros en cualquier herramienta de registro.

Recursos (Ingles):

1. Elastic Stack – In-Depth & Hands-On
2. Monitoring and Alerting with Prometheus
3. Art of Monitoring[eBook]
4. Regular Expressions (Regex) Tutorial

Entendiendo las Buenas Practicas de Seguridad (DevSecOps)

DevSecOps es otra área que se ocupa de la integración de prácticas de seguridad en cada etapa de DevOps.

Wikipedia dice:

DevSecOps es un aumento de DevOps para permitir que las prácticas de seguridad se integren en el enfoque de DevOps. El modelo tradicional de equipo de seguridad centralizado debe adoptar un modelo federado que permita a cada equipo de entrega tener en cuenta los controles de seguridad correctos en sus prácticas de DevOps.

La encuesta de seguridad Checkpoints 2020 muestra diferentes ciberataques por región.

En entornos de nube, la minería de criptomonedas es uno de los ataques más comunes. Esto sucede principalmente cuando los secretos de acceso a la nube se mantienen de manera deficiente para que los piratas informáticos tengan acceso a ellos.

Cuando se trata de DevOps, la administración secreta de aplicaciones y componentes de infraestructura debe seguir las prácticas de seguridad estándar.

Hashicorp Vault es una muy buena herramienta de secret management. Hay muchos workflows disponibles para administrar entornos ocultos.

Recursos (Ingles):

1. HashiCorp Vault: The Advanced Course
2. Vault Tutorial
3. What is container security?
4. Kubernetes vault setup guide
5. Vault Injector tutorial

Aprenda codificación y secuencias de comando (Coding & Scripting)

Para convertirse en un verdadero ingeniero devops, debe comprender mejor el mundo de los desarrolladores. Para hacer eso, necesita saber cómo funciona un tipico desarrollo de proceso.

Por lo tanto, es esencial tener un buen conocimiento de programación, las API, etc. Esto le ayudará a solucionar problemas y colaborar mejor.

Mi sugerencia es elegir un lenguaje de programación y crear una aplicación desde cero. Cuando comencé mi carrera, construí una aplicación web completa de ruby ​​on rails desde cero. Aunque el desarrollo no era mi trabajo principal, hasta el día de hoy me ha ayudado a comprender muchos conceptos en el mundo de los desarrolladores.

Cuando desarrolle una aplicación, comprenderá el proceso y los componentes involucrados en el desarrollo de la aplicación. Una vez que sepa esto, puede interactuar de manera efectiva con los desarrolladores y otros equipos.

Además, en el mundo actual, tratamos todo como código. Aunque hay suficientes herramientas para automatizar todo, es posible que necesite una funcionalidad personalizada que una herramienta puede no ofrecer. En tales casos, la codificación / secuencias de comandos es útil para lograr esas funcionalidades.

Por ejemplo,

1. El pipeline de Jenkins como código requiere una comprensión de groovy
2. El módulo personalizado de Ansible requiere una comprensión de Python
3. La escritura del operador de Kubernetes requiere experiencia en Golang.

Además, si observa AWS CDK o la herramienta IaaC como Pulumi, puede usar un lenguaje de programación para definir la infraestructura y realizar un desarrollo de infraestructura basado en pruebas como desarrolla aplicaciones.

Puede aprender los siguientes lenguajes de secuencias de comandos de uso común.

1. Bash/Shell
2. Python
3. Golang

Golang se está volviendo realmente popular en el dominio de DevOps. Hoy en día, muchas herramientas de DevOps se realizan con Golang. De hecho, herramientas como Kubernetes, terraform están escritas en go.

JFrog encuestó la adopción de Golang durante GopherCon, y el 18% de los encuestados dijo que usa Golang para trabajos relacionados con DevOps.

Recursos (Ingles):

1. Complete Python Bootcamp: Go from zero to hero in Python 3
2. Learn How To Code: Google’s Go (golang)
3. Linux Shell Scripting: A Project-Based Approach to Learning

Aprenda Git, Aprenda a Documentar, Aprenda GitOps

Es fundamental controlar las versiones de todo lo que haces (excepto contraseñas y secretos: P). Git es la mejor herramienta de control de versiones. Hay muchos tutoriales disponibles en git, y no tomará mucho tiempo aprender las operaciones importantes de git.

Puede comenzar con Github o Bitbucket como su repositorio de código remoto.

Nota: La estrategia de ramificación de Git es un aspecto importante de cualquier proceso de lanzamiento de aplicaciones.

Una vez que comprenda Git, aprenda sobre GitOps.

¿Qué es GitOps? Esto es lo que gitops.tech nos explica sobre GitOps

GitOps es una forma de implementar Continuous Deployment para aplicaciones nativas en la nube. Se enfoca en una experiencia centrada en el desarrollador al operar la infraestructura, mediante el uso de herramientas con las que los desarrolladores ya están familiarizados, incluidas las herramientas de implementación continua y Git.

La siguiente cosa importante es documentar cada cosa importante que haces. Cada repositorio debe tener un archivo README, que debería explicar su código de una mejor manera. Una buena documentación le ayudará no solo a usted, sino también a alguien que intente usar su código.

Recursos (Ingles):

1. Git Complete: The definitive, step-by-step guide to Git
2. Git Basics Every Developer and Administrator Should Know

Comprender el ciclo de vida de la entrega de aplicaciones de un extremo a otro

Cuando se trata del ciclo de vida de la entrega de aplicaciones, hay tres conceptos importantes que debe conocer.

1. Integración continua
2. Entrega continua
3. Despliegue continuo

Aprenda a usar herramientas de CI / CD como Jenkins, Travis CI, GoCD, etc.

Aquí hay una buena representación pictórica del proceso de CI / CD por bmc.

source: bmc

DevOps vs SRE

SRE es otro tema en evolución en la comunidad DevOps.

SRE es un conjunto de prácticas y filosofías que surgieron de Google.

Esto es lo que dice Google sobre DevOps y SRE

DevOps y SRE no son dos métodos en competencia para el desarrollo y las operaciones de software, sino más bien amigos cercanos diseñados para derribar las barreras organizacionales para entregar un mejor software más rápido.

Recomiendo estos documentos oficiales de Google para comprender más sobre SRE.

1. What is SRE?
2. How SRE relates to DevOps
3. SRE vs. DevOps: competing standards or close friends?

Diferentes tipos de “equipos  DevOps”

Hoy en día, todas las organizaciones etiquetan a las personas que se ocupan de Infraestructura / CI-CD como “Ingeniero de DevOps”. y los convierte en parte de un “equipo de DevOps”. Sin embargo, sus funciones varían según los equipos para los que trabajan.

Existe una idea errónea de que los “ingenieros de DevOps” piensan que son responsables de todo. Eso no es cierto. Podría funcionar para equipos pequeños.

En realidad, si lo contratan como “Ingeniero de DevOps”, pertenecerá a cualquiera de los siguientes equipos de una organización.

1. Equipo de la plataforma central: Responsable de aprovisionar la infraestructura bajo demanda. Este equipo es responsable de entregar una plataforma escalable cuando se solicite. No se ocuparán de las aplicaciones sino de las plataformas subyacentes. Se asegurarán de que los sistemas de producción estén disponibles las 24 horas, los 7 días de la semana a través del soporte y la supervisión continuos de la plataforma. Además, trabajarán en nuevas herramientas y automatización para satisfacer las necesidades futuras. Los consumidores finales de este equipo serían un equipo de desarrollo o de operaciones de aplicaciones. Entonces esto es más una responsabilidad compartida.
2. Equipo DevOps: aunque “equipo DevOps” no tiene ningún sentido, las organizaciones lo usan para etiquetar al equipo de operaciones con este nombre. Este equipo normalmente trabaja de cerca con los desarrolladores y sirve a varios equipos de desarrollo. Son responsables de la entrega de aplicaciones de un extremo a otro.
3. Equipo de Operaciones de la Aplicación: Este equipo forma parte de equipos de ingeniería específicos que trabajan en estrecha colaboración en un programa específico en una organización con un buen conocimiento de ese dominio en particular. Por ejemplo, el equipo de pagos. Este equipo es responsable de implementar y administrar las aplicaciones de pago. La gestión de la plataforma estará a cargo del equipo de la plataforma central o de los equipos de DevOps.
4. Equipo SRE: este equipo se ocupa de la automatización, la disponibilidad, la latencia, el rendimiento, la eficiencia, la gestión de cambios, el seguimiento, la respuesta a emergencias y la planificación de la capacidad. Trabajan en estrecha colaboración con los desarrolladores para resolver problemas operativos. Este equipo está formado por ingenieros que trabajan en infraestructura con experiencia en desarrollo.
5. Equipo de soporte dedicado: los equipos de soporte están destinados a solucionar problemas / manejar los tickets de soporte de producción y dirigir los problemas del equipo respectivo en función de la gravedad.

Leer, Leer y Leer

De nada obtendrá más conocimientos que de la lectura. Lea al menos un blog de tecnología de DevOps relacionado con la ingeniería.

Siga todos los blogs de ingeniería como Netflix, Twitter, Google, etc. Descubra cómo están utilizando los conjuntos de herramientas adecuados, las estrategias de implementación y sus últimos proyectos de código abierto.

Siga a personas de ideas afines en LinkedIn, Reddit, Medium, Quora, etc.

Recursos (Ingles)

1. Best DevOps Blogs & Resources
2. How they DevOps
3. How they SRE

Escribe un Blog

Es bueno compartir con otros sobre sus experiencias y aprendizaje. Puede publicar tutoriales, aprendizajes y sus experiencias en su blog.

Ayudará a otros y creará una marca personal para usted. Se necesitan menos de 30 minutos para configurar un blog de WordPress o un blog de Medium. Si desea ayuda para comenzar su blog, envíenos un mensaje a [email protected].

Siempre que aprenda algo nuevo, puede escribir sobre ello. Será una referencia tanto para usted como para los demás. Puedes compartirlo en Linked in groups, Dzone, etc.

Conclusión

Las herramientas y los procesos involucrados en DevOps no se limitan a lo que se menciona en este artículo. Sin embargo, estas son herramientas y tecnologías de código abierto de uso común con las que puede comenzar para convertirse en un ingeniero de DevOps.

Ahora me gustaría escuchar sus pensamientos:

¿Cuál es tu conclusión clave de esto?

O tal vez tenga una pregunta sobre diferentes temas explicados.

De cualquier manera, será bienvenido tu comentario.

Tomado de la web:

Devopscube.com by Bibin Wilson Octubre 09 de 2021 — https://devopscube.com/become-devops-engineer/