Preguntas:
- Qué es la metodología devops, el papel en la producción de productos de software, cuál es la complejidad de la búsqueda.
- Tipos de profesionales que aplican la metodología devops
- ¿Dónde está ?, los ingenieros de DevOps / SRE fueron y llegaron al mercado
- ¿Necesita un ingeniero de DevOps / SRE? ¿Si es así, Cuál?
- Canales de búsqueda
- Que buscar en un currículum
- Cómo iniciar un diálogo
- Le devolveremos la llamada: por qué es imposible y a qué conduce en el campo de la búsqueda de devops
1. ¿Qué es la metodología devops, función en la producción de software?
Devops es un acrónimo de desarrollo y operaciones: desarrollo y operación de software.
DevOps es, ante todo, una filosofía y metodología para mejorar la cultura de ingeniería y desarrollo no solo dentro de un equipo o proyecto, sino dentro de toda la empresa, ya que La implementación de DevOps introduce cambios no solo en el proceso de desarrollo, sino también en los procesos comerciales de la empresa.
El papel de esta metodología en la producción de software: simplificar procesos, evitar errores, establecer comunicaciones, control, seguimiento y registro, control de seguridad.
La aplicación de la metodología devops se puede comparar con el cemento que mantiene unidos los bloques de código, procesos y resultados, o con una tubería que acelera el proceso de desarrollo, corrige errores y ofrece nuevas funciones.
2. Tipos de profesionales que aplican la metodología devops
¿Quién trabaja con la metodología devops? Todo el equipo de desarrollo en su conjunto. Testers, administradores, desarrolladores, especialistas en seguridad de la información Es como ágil / ITSM / ITIL, solo DevOps.
Canalización de desarrollo simplificada (canalización): el código se escribe (dev) - combinado si lo escriben varios programadores (fusión) - probado (prueba) - enviado a ensamblaje (compilación) - producción :)
Es decir, todos los especialistas en TI en todas las etapas utilizar la metodología y las herramientas de devops:
CI / CD - herramientas para la integración continua de piezas de código entre sí y entrega de código donde se requiera: paquetes, contenedores, etc. La vista final de la aplicación.
Parte CI:
Desarrollo - desarrollo y análisis de código, sus partes:
Git - herramientas de control de versiones, fusión de código. Primero, el código se fusiona en un repositorio, luego se construye y luego se prueba;
Construir - ensamblar;
Prueba: herramientas de prueba continua que brindan información sobre los riesgos comerciales;
Parte del CD:
Lanzamiento + Implementación: gestión de cambios, aprobación de lanzamientos, automatización de lanzamientos;
Configuración: configuración y gestión de la infraestructura, infraestructura como código;
Supervisión: supervisión del rendimiento de la aplicación, experiencia del usuario final.
Qué para qué, una breve guía
// para que no se frote el juego en una entrevista:
para construir infraestructura - Terraform o utilidades de un proveedor en la nube
de un sistema de gestión de configuración - Ansible, Chef, Salt, Puppet
common CI / CD tools - GitLabCI, GitHub Actions, Jenkins, TeamCity etc.
para contenerización: Docker, Kubernetes, Nomad, OpenStack, etc.
Cuando sepa para qué sirve Docker, se comunicarán con usted en un tono completamente diferente.
3. Donde debe estar, los ingenieros de Devops fueron y llegaron al mercado
Sí, los llamaremos así. Como no tienen adónde ir, todo lo demás es muy engorroso, poco entendido y poco memorable. Tendrán que aceptar el hecho de que los reclutadores llaman y llamarán a las vacantes "Signor Devops".
Básicamente, hay 3 fuentes, de donde salen al mercado quienes buscamos por la solicitud “Devops urgentemente necesarios”:
El primer y más numeroso grupo: antiguos y actuales administradores de sistemas. Es más fácil para ellos: han dominado más. herramientas y listo.
Segundo grupo: desarrolladores que decidieron dedicarse a la práctica de devops. Hay menos de ellos, necesitan dominar Linux y la administración.
El tercer grupo: "Me desperté y me di cuenta de que era mío" - los chicos que tomaron los cursos "Devops en 3 semanas" o algo más inteligible. No tengo ningún propósito de publicitar, por lo que puede buscarlo en Google. Con ellos, desde el punto de vista de la contratación, el trabajo es más fácil y más difícil. Por un lado, se les enseña instrumentos modernos y populares. Por otro lado, no hay experiencia ni comprensión ni en administración ni en desarrollo. Una buena ventaja para la dirección: sus expectativas salariales son inferiores a las del primer y segundo grupo.
June-middle-signor
June : sabe cómo mantener las herramientas ya implementadas, pero no puede implementarlas desde 0. Necesita tutoría. Al mismo tiempo, puede ser un buen administrador.
Middle no tiene una comprensión profunda de la metodología ; puede introducir algunas herramientas desde el principio y enseñar otras.
Medio debe tener una buena comprensión de la metodología, comprender las prácticas, RnD, puede elegir independientemente la herramienta para la aplicación
Signor - puede poner todas las prácticas de devops desde 0. Para defender soluciones arquitectónicas. Entiende los riesgos del desarrollo de software y elige todas las herramientas él mismo. Podría decirse que prueba su elección.
4. ¿Necesita devops / SRE? ¿Si es así, Cuál?
Si el cliente de la vacante es un equipo de producto con desarrollo interno, sí, lo necesita.
Si es solo un código para subcontratar, entonces no es necesario.
Qué tipo de devops necesita su equipo: depende del producto.
La mayoría de las veces, necesita administradores de Linux con experiencia en la escritura de scripts en idiomas populares.
Si se está desarrollando un software específico, devops debe comprender los matices de este desarrollo y vale la pena buscar a aquellos que se han movido a esta área desde el desarrollo en una pila similar.
Y un poco sobre SRE:
Site Reliability Engineering es casi lo mismo que devops, si no entra en detalles. Pero no somos ingenieros y no vamos a profundizar más.
SRE es un conjunto de métodos, indicadores y formas prescriptivas para garantizar la confiabilidad de los sistemas. La palabra "sitio" en este contexto se lee como "sistema" o "plataforma", y no como un sitio web de la forma habitual. SRE: garantizar la confiabilidad de todos los niveles del sistema: desde el físico hasta el lógico, lo que significa que SRE es una especie de conglomerado de un desarrollador (sí, SRE debería poder codificar) y un administrador del sistema con todo lo que implica.
SRE es una especie de rama, o más bien, su propia implementación de la dirección DevOps de Google.
5. Canales de búsqueda
El canal principal para buscar devops: el canal de telegramas DevOps Jobs - trabajo y análisis.
Habr y el enlace se muestran bien, un poco peor que FB y generalmente no son adecuados para buscar HH.ru y SuperJob, mientras que los administradores decentes están bastante buscando allí.
Diferencia con la búsqueda de desarrolladores: la comunidad devops es muy amigable y sociable))) Si la vacante se publica de tal manera que solo provoca risas o facepalm, asegúrate de que ya se esté discutiendo en el telegrama.
6. Qué buscar en un currículum
Todos sabemos que un reclutador evalúa un currículum en 3-5 segundos.
Además de las reglas generales para evaluar un currículum, que ya conoces:
Deberían ser: GitLab, GitLab CI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL y PostgreSQL, Prometheus, Grafana, ELK stack, Jenkins, K8S / Kubernetes, AWS \ Azure \ GCP \ Yandex cloud \ Mail Cloud.
Esto es devops.
Hay algo de esto y las palabras Windows 7 \ 8 \ 10 \ Server 2012 \ Server 2016 y así sucesivamente. - el ex administrador de Windows.
Tecnologías en la nube
Si ve la palabra Azure - esta es una nube de Windows
Todo lo demás: GCP, AWS, etc. - estas son nubes en las que prevalecen los sistemas Linux y su mayoría.
Hay una frase: enseñé en los cursos GitLab, GitLabCI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL y PostgreSQL, Prometheus, Grafana, ELK stack es un estudiante.
No todo el mundo trabaja con nubes. Devops que no funciona con nubes es un devops que funciona en circuito cerrado, centro de datos, DC, etc. Necesita desarrollar =) Las tecnologías en la nube son el futuro.
7. Cómo iniciar un diálogo
Muy sencillo. Buenas noches, busco un devops. Aquí está la descripción, aquí está el enchufe, aquí están las condiciones. Esperando una respuesta como el ruiseñor del verano.
La vacante DEBE contener:
Horquilla. Horquilla - 2 números comprensibles. De 0 a 800k no es una bifurcación, esto es una tontería.
Condiciones: oficina / remoto, qué más es adicional: proyecto \ parcial \ tiempo completo
Descripción de la pila de desarrollo. Es importante.
Descripción de tareas. El apoyo a una ya existente y la ejecución del 0 son cosas muy diferentes. Si usted tiene un arquitecto, esto es una cosa (que sólo necesita las manos), y si no lo hace, entonces también necesita un especialista que sabe cómo la arquitectura, y no sólo un blooper y usted
're hecho hacks Vida : lea los primeros bash.org (hasta que se convirtió en bash.im), mire anime, juegue juegos, sea adecuado, no desaparezca sin comentarios y será notado de inmediato.
8. Le devolveremos la llamada: por qué es imposible y a qué conduce en el campo de la búsqueda de devops
Como ya hemos dicho: la comunidad es amigable y lo discutiremos de inmediato. Es más fácil no perder su reputación que restaurarla.
No importa a quién caces: DEBES RESPONDER. Incluso triste. Formúlelo apropiadamente. Mejor un mal final que esperar sin fin.