Si no has estado en DevOops 2017, entonces probablemente tus pensamientos ahora sean algo como esto: “¿Qué tiene que ver la toga griega con esto? Entonces, ¿se veía el mejor informe de la conferencia de desarrolladores? ¿Qué es este informe y por qué se reconoce como el mejor? ¿Y hubo actuaciones serias con ropa normal?
Serio fue más que suficiente: si estás interesado en los matices de trabajar con Kubernetes, Istio o Zipkin, en una publicación encontrarás todo esto, y las togas no interfieren con decir cosas prácticas. El título de "mejor" dependía de la audiencia: compilamos este top 10 en función de sus calificaciones. Y la respuesta a la primera pregunta está debajo del corte.
(keynote) DevOps a escala: tragedia griega en tres actos
Ponente:
Baruch Sadogursky y Leonid IgolnikPresentación del informeEn este caso, es importante entender el contexto. El final del dia. Los espectadores ya han visto seis informes, esta nota de cierre permanece. Inmediatamente después de esto, habrá una fiesta, y después de un día de absorción activa de información, muchos probablemente quieran ir rápidamente.
Y algo duro en ese momento sería difícil de percibir, pero la irónica actuación de disfraces sobre devops, estilizada como una tragedia griega, encaja perfectamente en el contexto, animando todo el salón. Al mismo tiempo, "un cuento de hadas es una mentira, pero una pista": la historia de cómo una compañía ficticia encontró varias dificultades a medida que crecía, ayudó no solo a reír, sino también a pensar.
Y como resultado, fue este rendimiento el que resultó ser el mejor calificado por DevOops. Para que puedas compartir sus sentimientos, te recomendamos ver el video en condiciones similares: en la noche de un día difícil, con un vaso de algo que amas.
Expandiendo k8s
Ponente:
Nikolay RyzhikovPresentación del informeE inmediatamente después del párrafo anterior hay un contraste tan agudo como sea posible. En el informe, que ocupó el segundo lugar, en lugar de bromas y entretenimiento, sólidos detalles técnicos.
Kubernetes se ha convertido en una herramienta clave de nuestro tiempo (allí, GitLab se está
moviendo de Azure a GCP debido a eso). Y mientras algunos ya lo están usando con poder y principal, otros lo están mirando con interés. "Miramos de cerca" al comienzo del informe con información de fondo, y su uso será aún más interesante: Nikolai habla sobre "cómo está todo dentro" y "cómo simplificar las operaciones para desarrolladores con k8 tanto como sea posible" (idealmente, quería vendría a NoOps).
one-cloud: sistema operativo de centro de datos en Odnoklassniki
Ponente:
Oleg AnastasievPresentación del informe¿Y quién ahora, con toda la popularidad de Kubernetes, tiene razones para no usarlo? En Odnoklassniki: al mirarlo, llegaron a la conclusión de que "es más fácil para nosotros cortar el nuestro que adaptarlo para nosotros mismos". Pero consiguieron a Docker allí. Todo esto sucedió en el marco de "crear su propia nube": anteriormente, el principio "cada servidor está ocupado con una sola tarea" se usó en las redes sociales, pero con el tiempo tomaron la decisión de realizar diferentes tareas en un servidor. Y el informe habló en detalle sobre esto.
¿La experiencia de Odnoklassniki será útil para otros si no todos trabajan en una empresa con varios centros de datos propios y la mayoría tiene una especificidad completamente diferente? Digamos que es poco probable que vea una grabación con la sensación de "tenemos que hacer lo mismo", pero parte del informe puede ser útil en otro contexto, y saber "lo que viven otros" es útil para una comprensión general de la industria.
(nota clave) Ven conmigo: soluciona problemas que no tienes
Ponente:
Corey QuinnPresentación del informeCorey Quinn es conocido como el creador de Amazon AWS
Last Week en AWS Weekly Newsletter. En sus textos, ironiza constantemente, dramáticamente diferente del estilo seco habitual de los materiales de TI. Pero con todos los chistes, su boletín resultó ser tan informativo y útil que incluso los empleados de Amazon a menudo siguen las noticias.
Corey abrió la conferencia con su discurso de apertura, y en su discurso hubo la misma combinación de "irónico y hecho": uno podía escuchar sobre situaciones que son a la vez risa y pecado devoto. “Una vez me senté en un informe de Netflix donde decían que daban a todos los desarrolladores acceso a la producción en general. El hombre sentado a mi lado aprobó calurosamente estas palabras. Miré su placa y me horroricé al descubrir que trabaja en un banco ".
Masacre de motosierra de silicio (cómo pasé el fin de semana de servicio)
Ponentes:
Baruch Sadogursky y Leonid IgolnikPresentación del informeNuevamente, Baruch Sadogursky y Leonid Igolnik, pero sin togas griegas y con un informe sobre cómo construir adecuadamente el proceso del deber (y cómo a menudo se construye en su lugar). Ya no hay un "DevOps a escala" simplemente divertido, sino un informe más aplicado con conclusiones específicas. Pero si conoces a Baruch, ya entiendes que el lugar del espectáculo se encontró aquí. En primer lugar, los oradores no solo enumeran las tesis "cómo hacerlo bien", sino que dan historias hipotéticas como ejemplo, y puede preocuparse por sus personajes, reconociéndose a sí mismos y a los demás en ellos. En segundo lugar, todo esto se ilustra con gifs, y en las grabaciones de video se puede escuchar claramente de la reacción de la audiencia cuán precisa resultó su selección.
Solución de problemas y depuración de aplicaciones de producción en Kubernetes (también conocido como The Failing Demo Talk)
Ponentes:
Baruch Sadogur y Ray TsangY de nuevo Baruch, pero esta vez con un hablante diferente (y, como se puede adivinar, en otro idioma).
Con informes en los que hay una "demostración en vivo", siempre existe el riesgo de que "esta demostración en el escenario de repente no funcione". Y aquí vencimos esta dificultad haciendo deliberadamente la demostración "como si de repente se negara" - y más adelante entendiendo paso a paso lo que hay que hacer para que todo se vuelva bueno. Lo que va bien con el tema de solución de problemas y depuración: la depuración es interesante de entender con un ejemplo visual concreto.
Historia de éxito, o "Dev + DevOps + Ops"
Ponentes:
Artyom Kalichkin y Sergey BerdnikovPresentación del informeEs fácil alabar los beneficios de los devops en las conversaciones. Es mucho más difícil acudir a ellos cuando hay una gran empresa con procesos establecidos que no pueden cambiar instantáneamente. Y si hay circunstancias como "esto es fintech, por lo que la seguridad es primordial", la tarea se vuelve aún más complicada.
Y aquí hay un informe de aquellos que ya han recorrido este camino, donde comparten su experiencia en detalle, pasando de "era" a "se convirtió". Resulta, entre otras cosas, la historia de que para un devoto no puede simplemente tomar y decretar cambiar a otras herramientas: los cambios deben ocurrir con las personas y proceder de ellas.
Administrando sus microservicios con Kubernetes e Istio
Ponente:
Craig BoxPresentación del informeAunque el párrafo anterior nos recuerda que devo no se limita a las herramientas, por supuesto, las herramientas y la capacidad de manejarlas son importantes. Y este informe trata estrictamente sobre el uso de dos tecnologías específicas. Si Kubernetes ya está hablado y negociado (tome al menos el segundo elemento de esta lista), entonces la situación con Istio es diferente: ya hay más de 9000 estrellas
en GitHub , pero no hay tantos materiales al respecto. Este informe es aún más valioso por parte de un empleado de Google, una empresa directamente relacionada con Kubernetes e Istio. Si no activó Istio antes, ahora es el momento adecuado: la versión 1.0 está a punto de tener lugar.
Cómo culpar adecuadamente a las cosas por causar latencia: una introducción al rastreo distribuido y Zipkin
Ponente:
Adrian ColePresentación del informeOtra charla tecnológica lo ayudará a usar la herramienta de manera efectiva. ¿Cómo se comparan el registro, las métricas y el rastreo? ¿Cómo lidiar con el tercero? ¿Por qué se llama así la herramienta Zipkin?
Echaremos a perder la tercera respuesta: cuando Twitter sufrió caídas y mostró la llamada "ballena fallada", la compañía llamó a la herramienta creada allí por la palabra "arpón", con la esperanza de derrotar a la "ballena" con ella. Y para obtener respuestas a las otras dos preguntas, consulte el informe.
Del administrador del sistema a la persona
Ponente:
Alexander TitovPresentación del informeAlexander es socio gerente de Express 42, que "hace crecer DevOps en compañías tecnológicas". Con tal trabajo, no es sorprendente que haya visto muchos enfoques para DevOps, incluidos muchos que no tuvieron éxito, y puede resumir qué problemas a menudo resultan y qué debemos hacer con ellos. ¿Qué sucede cuando devops proviene exclusivamente de los administradores del sistema? ¿Y cuando es exclusivamente del lado de los desarrolladores? Y desde el lado del negocio, ¿quién escuchó una palabra de moda y dijo "ayer los devops"?
Si le gustaron estas grabaciones, le gustará aún más en la conferencia DevOops 2018: allí no solo puede escuchar informes, sino también preguntar a cualquier orador en el área de discusión. La conferencia se llevará a cabo en San Petersburgo el 14 de octubre, ya publicamos un anuncio detallado sobre Habré, y mientras tanto, los boletos se están volviendo más caros, por lo que debe pensar en ellos ahora.