Hoxe en Southbridge falamos da xestión turquesa nunha reunión de planificación.
Houbo quen propuxo pasar de arriba a abaixo, da idea á práctica. Como, imos implementar a filosofía de xestión turquesa: atopar un estándar, tomar unha decisión sobre como se deben dividir os roles, como se debe construír a comunicación e comezar a avanzar por este camiño.
Houbo aqueles (eu incluído) que querían pasar de abaixo a arriba, da práctica á idea. Temos tarefas específicas e problemas específicos. Resolvémolos en función de ferramentas turquesa, e a xestión do turquesa desenvolverase por si só.
Se comparas a xestión co desenvolvemento, a ruta de arriba abaixo está creando un monólito e a ruta de abaixo a arriba é unha arquitectura de microservizos. Agora, na nosa xestión de "microservizos", podemos reconstruír o circuíto de xestión dúas veces ao día e "introducilo inmediatamente en produción".
E o programa creado para aqueles que prefiren moverse de abaixo cara arriba.
Non discutiremos a filosofía DevOps. Non porque non teña sentido, ou non o saibamos, ou non nos gusten os holivars (e non). É só que a filosofía DevOps cristaliza en todos os arquitectos e enxeñeiros de DevOps ao longo de anos de práctica, e non en 3 días de adestramento intensivo.
Discutaremos ferramentas específicas. Algo que se pode implantar de inmediato, sen conversacións filosóficas e reestruturacións de xestión, a nivel do traballo cotián. Escribe instrucións sobre o traballo en equipo con Git. Escribe un manual para implementar servidores. Configura un colector de rexistros.
Como resultado, o traballo será máis doado e sinxelo, e aparecerá unha base sobre a que podes construír o teu DevOps.
Para ir máis aló das prácticas de Southbridge, invitamos a oradores externos sobre algúns temas.
Artem Galonsky, STO "BureauBureau"
Máis de 12 anos en desenvolvemento comercial.
Xefe de equipo / xefe de departamento de desenvolvemento dende 2011.
Director Técnico dende 2016.
Xunto cos estudantes, analizaremos formas de automatizar o despregamento de aplicacións que se utilizaron anteriormente. Imos discutir a construción moderna de gasodutos e algunhas ferramentas comúns. Vexamos máis de cerca as ferramentas e capacidades de GitLab CI/CD. Estruturei a práctica nos meus temas (Introdución á automatización e ao traballo con Gitlab) para que os estudantes puidesen coñecer como e por que se usan os métodos modernos de CI/CD. A teoría será o mínimo obxectivamente necesario.
Alexey Stepanenko, enxeñeiro de plataformas na nube de Selectel
Xestión de tarefas de infraestrutura para o mantemento da nube OpenStack: monitorización, CI/CD e xestión de configuración.
En primeiro lugar, falaremos de modelos e métodos de xestión de infraestruturas (como chegaron á administración os enfoques da programación) e familiarizaremos na práctica coas ferramentas DevOps de HashiCorp (Packer e Terraform) para a xestión declarativa da infraestrutura.
Ao completar o bloque, poderás describir a túa infraestrutura, automatizar a creación de ambientes de proba e produción, escalar a túa aplicación e crear unha solución de alta dispoñibilidade mediante un equilibrador de carga.
Eduard Medvedev, CTO de Tungsten Labs (Alemaña)
Traballou como enxeñeiro en StackStorm, responsable da funcionalidade ChatOps da plataforma. Desenvolveu e implementou ChatOps para a automatización do centro de datos. Ponente en congresos rusos e internacionais.
En Slurm, falarei sobre como facer que a comunicación dentro dun equipo de DevOps e a interacción coa canalización CI/CD sexa máis efectiva mediante a integración bidireccional con chatbots.
Ivan Kruglov, desenvolvedor principal en Booking.com
Desde que se uniu a Booking.com en 2013, traballou en proxectos de infraestrutura como a entrega e procesamento de mensaxes distribuídas, BigData e web-stack, busca.
Actualmente traballando en cuestións de construción dunha nube interna e Service Mesh.
Na última parte de Slerm, familiarizarémonos cos principais conceptos ideolóxicos e organizativos da SRE, e consideraremos a práctica da súa aplicación utilizando exemplos vivos da miña experiencia. Ademais, analizaremos o lado técnico de SRE, é dicir, que técnicas se poden utilizar para facer o servizo máis fiable.
Ao final do curso, intentarei responder a dúas preguntas importantes:
- Que lle dá SRE a un administrador ou programador?
- Por que un empresario ou propietario do produto necesita implementar SRE?
Así que este DevOps Slurm será único: se repetimos o programa, será cunha composición diferente.
Para os que estean atentos, aínda hai un 15% de desconto co código promocional de habrapost.
Sobre o programa DevOps de Slurm - .
Inscrición:
Fonte: www.habr.com