En los cursos Slurm Kubernetes, queda un Kubernetes gradualmente. Los temas relacionados se trasladan sistemáticamente a cursos separados.
Los primeros fueron Docker, Ansible, Ceph. Las conferencias de dos horas sobre ellos se convirtieron primero en una serie de seminarios web y luego en cursos en línea.
Ha llegado el turno de la supervisión. El tema de Monitoreo de clúster se ha convertido en el curso en línea Slurm Prom, totalmente dedicado a Prometheus. Como amamos, con práctica en el stand de formación. Un curso en línea incluye conferencias grabadas, ejercicios prácticos, un puesto para practicar y soporte técnico. El paso del Slurma Prom tarda 12-16 horas.
Esquema del curso:
- Conceptos básicos de Prometeo
- Exposición (exportador de nodos, exportador de Blackbox, exportador personalizado, biblioteca de aplicaciones)
- Prometheus (descubrimiento de servicio, etiquetas, PushGateway)
- PromQL (almacenamiento de datos, tipos de datos, expresiones, reglas de registro)
- Alertas (Alertrules, Alertmanager)
- Visualización de datos (Grafana)
- Uso avanzado de Prometheus (alta disponibilidad, federación, lectura / escritura remota, Thanos, API HTTP)
- Prometeo en Kubernetes
El curso cuesta 15 000 ₽ (10 000 ₽ para los que estaban en Slurms).
Conferencia de ejemplo.
El curso fue escrito por Vladimir Guryanov, un especialista en monitoreo y orador de Slerm. Lo entrevisté sobre el curso, la vida y el trabajo en nuestra empresa. Estoy interesado en las personas que dirigen su barco a los mares indicados en los mapas "Los dragones viven aquí".
Comencemos desde el principio, bueno, desde el final es inusual comenzar. Donde estudiaste ¿Cómo elegiste la profesión de TI?
De alguna manera sucedió así. La computadora apareció temprano en la casa, tenía alrededor de 8 años. Siempre me interesó investigar. Siempre configuro y reconfigura algo. Al mismo tiempo, me llevaron a cursos de programación; según recuerdo, estudié el idioma Pascal.
Y luego el instituto. En BSTU Voenmekh, especialidad "sistemas de control automatizado y procesamiento de datos". Y para mí fue una elección consciente. Además, nuestra especialidad era nueva. Esencialmente, nos enseñaron lo que ahora se llama DevOps. Teníamos programación y administración. Y en el quinto año ya fui a trabajar en mi especialidad.
¿De qué tecnología has aprovechado?
El es enorme. Comencé como administrador de Windows, luego se agregaron las responsabilidades de la parte de la red. Luego, Linux, varios sistemas de virtualización, etc.
Pero en mi opinión, después de cierto punto, ya no importa si trabajaste con cierta tecnología o no. Es importante si puede resolverlo por su cuenta, hacerlo rápido y bien. Ahora TI se está desarrollando demasiado rápido y la cantidad de tecnologías diversas es enorme. Comprender todo es imposible y no necesario. Pero la capacidad de participar en la autoeducación se está convirtiendo en una habilidad clave.
¿Qué tecnologías prometedoras ves que recién ingresan al mercado?
Si toma el mercado de TI en su conjunto, ahora hay otro intento de ingresar a la realidad virtual . También ocurrencias de AR. Estoy seguro de que estas tecnologías cambiarán nuestra idea de interactuar con el mundo exterior, como lo hicieron los teléfonos inteligentes.
Si no estamos hablando de TI en un sentido global, entonces la tecnología se está volviendo menos importante. En muchos sentidos, Docker y K8 influyeron en esto: nos enseñaron que todo es voluble y de corta duración. Ahora son populares DevOps y SRE como su implementación. En gestión - Ágil. En el futuro cercano, creo que el enfoque se desplazará hacia la supervisión inteligente y la seguridad.
- ¡Entonces atrapé un Slurm de pesca en un viaje de pesca! Y él me dice con voz humana: "¿Nos quieres?"
¿Cómo llegaste a Slurm?
Por casualidad Estuve en uno de los primeros Slerm básicos en San Petersburgo, hablé con los organizadores, me invitaron a hablar. Acepté
¿Qué haces en el marco de Slurm?
Principalmente soy un orador. Pero estoy un poco involucrado en la formación del programa, solo estoy trabajando en un programa para Prometeo.
Usted es el autor del curso Prometeo. Dígame qué verán los participantes en el curso y por qué simplemente no tienen derecho a perderse.
Oh, también preguntarías qué es más genial: Prom o Zabbix. Si las personas hacen esta pregunta, no necesitan este curso. Si saben por qué necesitan el baile de graduación y no están listos para pasar un par de meses estudiándolo, o si ya lo saben, pero quieren poner sus conocimientos en los estantes, entonces el curso servirá.
Este curso es el primero en ruso, con una adaptación normal, la mayoría de los términos que quedan en el idioma nativo, inglés. El curso es un extracto de la documentación, libros, artículos y experiencia personal en Prom. Cubre los conceptos básicos de trabajar con Prom.
¿Su opinión sobre las iniciativas gubernamentales para crear un sistema de filtrado de tráfico profundo? ¿Será el "Escudo de Oro" como en China o será algo nuestro, a tu manera?
Estoy fundamentalmente en contra de eso. En cualquier forma Entendemos por qué se hace esto. Si quieren asegurar los recursos públicos, no toquen todo el segmento de Internet y finjan que se preocupan por los ciudadanos. De alguna manera, yo mismo protejo mi lámpara. Pero no hablemos de eso. Creo que no es un lugar para la política.
Por estas palabras, Vladimir Guryanov fue llevado a una instalación de teletransportación y enviado a la dimensión Zen. Ahora está deambulando con una montura, con gafas y un traje naranja.
¿Qué le parece la política de Google de implementar su desarrollo interno en el mercado casi décadas después de su creación dentro de la empresa? ¿No tienen a la industria de TI en esto? ¿O es puramente financiero?
Google es una empresa privada, pueden hacer lo que quieran. Personalmente, les agradezco el hecho de que generalmente lo difunden.
Y así, esto es tanto negocios como falta de disposición para diseñar soluciones completamente crudas. Y la complejidad del proceso de carga en código abierto. No puede tomar y diseñar el desarrollo en código abierto, debe despersonalizarlo, cortar muletas específicas, verificar la presencia de contraseñas de código duro. Este es un proceso largo, complejo y costoso.
¿Cómo califica el agotamiento de la propia industria de TI? Llegan nuevas personas, se van las viejas tradiciones, ¿todo se vuelve más utilitario? O no?
Burnout es ahora una palabra de moda. Pero el punto no está en él, o más bien, no solo en él, y no es la causa raíz. Ahora está creciendo una nueva generación de ingenieros, que ha crecido en un mundo completamente diferente. Mira, necesitas una aplicación para tomar notas, la encuentras en la tienda de aplicaciones, la pones, no me gustó, pon otra. Si no pudo resolverlo en 10-15 minutos, cómo funciona, ponga otro. Ahora hay demasiadas opciones y todo está cambiando demasiado rápido para que las personas quieran entender al menos algo, esto también se aplica a los ingenieros de TI. Y a partir de aquí tenemos todos esos problemas que generalmente se atribuyen al agotamiento. Si bien todavía hay ingenieros de la vieja escuela, TI está evolucionando. Lo que sucederá después es la pregunta.
Se cree que SRE dicta cómo tener éxito en DevOps. Es decir, SRE es un marco de DevOps. Estas de acuerdo
DevOps es lo que necesita hacer, SRE cómo hacer lo que ofrece DevOps. Todo es simple aquí.
¿Cómo ve si los conflictos entre desarrolladores y operadores han disminuido con la implementación de DevOps?
Este es uno de los problemas que DevOps resuelve en teoría. En la práctica, la mayoría tiene una comprensión muy privada de lo que es DevOps. Observe la cantidad de trabajos donde se buscan DevOps. ¿A quién buscan en realidad? Cualquiera puede esconderse detrás de las palabras "Ingeniero DevOps", desde una empleada de limpieza hasta un CTO. Muchas compañías creen que un ingeniero de DevOps es una persona que puede automatizar procesos. Pero en mi opinión, echan de menos la parte más importante que DevOps tiene que ver con el establecimiento de la interacción entre Dev y Ops. Que ahora no hay Dev, Ops y QA. Hay un equipo que fabrica el producto, y en este equipo hay personas con diferentes conocimientos, lo que le permite al equipo hacer un producto genial.
Y aquí todavía es importante que las personas con experiencia diferente puedan hablar el mismo idioma. Y por lo tanto, la presencia de personas en forma de T en un equipo es muy importante. Cuantos más, más geniales DevOps en el equipo.
Y con este enfoque, cuando usted es un equipo, no Dev, Ops, QA y ahora también DevOps, el problema del conflicto desaparece por sí solo. Ahora estás haciendo una cosa y tienes una responsabilidad. Ahora los desarrolladores son responsables del código no solo hasta el momento de la confirmación, sino también en el proceso de prueba y operación.
¿O DevOps todavía no se implementa lo suficiente y la estructura de "comisarios en cascos polvorientos con Mausers" es necesaria, es decir, evangelistas de DevOps que vendrán a la compañía, grandes y pequeños, y los convencerán de cambiar al enfoque de DevOps?
Convencer no es una solución efectiva. La transición a DevOps es una evolución natural, no funcionará por debajo del palo. Y sí, el papel de los evangelistas es importante y su tarea es cambiar la percepción de los ingenieros para comenzar los procesos de evolución.
¿Cómo ve la implementación de DevOps en la industria rusa de TI?
Tengo experiencia en la reconstrucción de una empresa en DevOps. Y te diré que duele. Comenzamos hace unos 3 años, y ahora solo estamos en el medio del camino. Si hay suficiente tiempo, iré a Devoops con un informe sobre cómo cambiamos y qué rastrillo recolectamos. Y también, esta será la respuesta a Baruch Sadogursky de que DevOps no fue inventado por los administradores, sino a quién, diré en la conferencia.
Todo esta cambiando. Y el estado del desarrollador también. Érase una vez, los relojeros, ingenieros y conductores de motores eran la profesión de gama alta con la que todos soñaban. ¿Y dónde están ahora? ¿Existe algún temor de que con el desarrollo de la IA, el desarrollador se convierta en un apéndice de sistemas más complejos y, en cierto sentido, se convierta en el trabajador del mundo digital?
No Es un proceso evolutivo que es inevitable. Los que evolucionan no serán trabajadores, y los que no pueden, serán trabajadores. Al mismo tiempo, no me gusta esta vista, el trabajo de mantenimiento de AI también es importante. Por ejemplo, el trabajo del conserje no es apreciado y respetado en nuestro país, y creo que este es un gran problema para la sociedad rusa. No hay malas publicaciones. Hay momentos que no te convienen. Se necesitan diferentes profesiones, diferentes profesiones son importantes (c) Clásicos sin edad.
Bueno, regresemos 15 años. DevOps, SRE: no, no escuché, solo había administradores del sistema. Ahora muchos SRE han crecido a partir de los administradores de sistemas. Evolucionado ¿Y alguien seguía siendo el administrador del sistema? y su trabajo también es importante. Sin ellos, sería difícil para los ingenieros de SRE.
Aconseje a los colegas jóvenes qué tecnologías aprender en 2020.
Oh, hay una lista muy larga, puedes abrir 5-10 vacantes en hh y ver lo que quieren. Pero, además de esto, le aconsejaría que comience a estudiar metodologías como DevOps y Agile, e intente comprenderlas. Lea al menos un par de libros sobre arquitecturas modernas de microservicios en términos de desarrollo. Y definitivamente, necesitas aprender lenguajes de programación. Y, curiosamente, le aconsejaría que comience con C. Es poco probable que lo use en la vida, pero esto le permite poner las cosas en orden en su cabeza y facilitará enormemente el estudio de otros idiomas.
Puedes comprar la autoría de Slurm Prom de Vladimir Guryanov aquí .