Una conferencia para desarrolladores de servicios altamente cargados ampl铆a su geograf铆a: 隆vamos a Novosibirsk! Adelante, para nuevos conocimientos, experiencias, ideas, conocidos e impresiones. Y ya sabes, mirando el
programa es muy probable que se convierta en una buena tradici贸n: visitar Siberia en el verano, bajo una revisi贸n corta de los informes.
Highload ++ Siberia, aunque la bifurcaci贸n ya se ha convertido en Highload ++ tradicional, pero, como en el caso de algunas tecnolog铆as conocidas, seguir谩 su propio camino y desarrollar谩 sus propias tradiciones. Comencemos con un evento de c谩mara, solo dos transmisiones, pero todos los informes son de excelente calidad. Juzga por ti mismo.
Lunes 25 de junio
El primer d铆a de la conferencia,
el 25 de junio , comenzar谩 con un informe de
Mikhail Kurmaev de Badoo, en el que
tiene la intenci贸n de plantear un tema simple, a primera vista:
conectar y ejecutar consultas a una base de datos u otros servicios. Sin embargo, la confiabilidad de cualquier proyecto altamente cargado depende directamente de la interacci贸n de todas las partes, y existe la posibilidad de que algo salga mal. Hablemos sobre lo que puede ser y c贸mo se resuelven estos problemas en Badoo.
Mientras tanto,
Pavel Pavelko en la sala de Irkutsk (estamos en Siberia)
compartir谩 un enfoque alternativo para construir un backend y una interfaz para implementar el
concepto de p谩ginas progresivas .
Adem谩s en Krasnoyarsk habr谩 dos informes de Avito.
Nikolay Golov le dir谩 c贸mo garantizar la integridad de los datos en una arquitectura de microservicio sin transacciones distribuidas y conectividad estrecha. Continuando con el tema,
Konstantin Evteev presentar谩 a los oyentes a las sagas, en este caso en PostgreSQL, para implementar cambios de datos dependientes sin romper la integridad.
El CFT ocup贸 una pista paralela antes del almuerzo e informa sobre c贸mo
reducir el tiempo de inactividad del backend al instalar actualizaciones; c贸mo
identificar cuellos de
botella en el lado del servidor del software y reducir la cantidad de incidentes de rendimiento en 10 veces, sobre las
migraciones a Oracle y recomendaciones espec铆ficas sobre c贸mo trabajar con ellos.
C贸mo VK integra datos de ClickHouse de decenas de miles de servidores
Si bien habr谩 un descanso en una habitaci贸n,
Yuri Nasretdinov explicar谩 en detalle por qu茅 VK necesita ClickHouse, cu谩ntos datos se almacenan, qu茅 problemas surgen en la operaci贸n y mucho m谩s.
Y el desarrollador de ClickHouse, Alexei Milovidov, promete
compartir las t茅cnicas de "magia negra" para la
optimizaci贸n de bajo nivel y la "magia blanca", formas de utilizar m茅todos de
ciencia de datos para lograr ganancias de rendimiento en una amplia gama de opciones de CPU.
Booking.com, representado por
Victor Bilyk, planea
hablar sobre el lugar del aprendizaje autom谩tico en el proceso de desarrollo y mostrar ejemplos espec铆ficos del uso de modelos.
Matem谩tica Aplicada Alta Carga
Alexei Ragozin de Deutsche Bank est谩 de acuerdo en que en nuestra 谩rea de altas cargas de trabajo, como en muchos otros, la teor铆a a menudo difiere de la pr谩ctica. Sin embargo, algunas de las
herramientas que la ciencia nos brinda, merecidamente, pueden reclamar un lugar en el arsenal de un ingeniero pr谩ctico, Alex
ofrece presentarnos.
Al final del primer d铆a, el desarrollador de nginx,
Dmitry Volintsev, nos
presentar谩 el proyecto njs, un int茅rprete de JavaScript en nginx. E
Ivan Bondarenko de 2GIS
le dir谩 a partir de qu茅 componentes de c贸digo abierto ensamblar
su propia voz a texto , d贸nde obtener datos para la capacitaci贸n y c贸mo entender si result贸 bien o no.
Eso est谩 lejos de todo. Tradicionalmente, adem谩s de los informes a una gran audiencia, tambi茅n habr谩
reuniones para discusiones de c谩mara de tareas en un c铆rculo estrecho de especialistas: desde programaci贸n funcional en JS y Haskell en lugar de Ruby on Rails, hasta preguntas sobre qu茅 beneficio puede hacer un ingeniero DevRel.
26 de junio, martes
Un nuevo d铆a preparar谩 para los participantes informaci贸n no menos valiosa. Entonces, por ejemplo, desde el primer informe, se debe tomar una decisi贸n dif铆cil:
- Mikhail Prokopchuk planea hablar sobre c贸mo Avito monitorea una nube autohospedada basada en Kubernetes, sobre la experiencia de operar Prometheus, su configuraci贸n eficiente y "costo" al monitorear grandes grupos de k8s.
- Alexey Lesovsky de DataEgret hablar谩 sobre los puntos clave de las estad铆sticas de PostgreSQL, sobre qu茅 gr谩ficos se deben monitorear para monitorear efectivamente la base de datos , c贸mo agregarlos y c贸mo interpretarlos, y mucho m谩s.
Alexander Tobol hablar谩 sobre el dispositivo interno del servicio de llamadas OK con la capacidad de llamar entre WEB, iOS, Droid. Y tambi茅n sobre AI, que dentro de la plataforma de llamadas recopila estad铆sticas y configura autom谩ticamente la configuraci贸n del protocolo de red.
Dmitry Simonenko y
Dmitry Sarafannikov de Yandex
presentar谩n un nuevo extractor de conexi贸n escalable para PostgreSQL llamado Odyssey y contar谩n c贸mo solucionaron los problemas arquitect贸nicos de PgBouncer e hicieron muchas cosas nuevas.
El informe de Anton Rusakov est谩 dedicado a la historia de c贸mo apareci贸 la primera necesidad en Badoo no solo de aceptar dinero de los usuarios, sino tambi茅n de hacerles pagos. Luego, el equipo de desarrollo tuvo que
integrar tres grandes sistemas de pago por su cuenta, naturalmente, surgieron muchos problemas de cada uno de los cuales aprendemos del informe.
Un sistema para recopilar estad铆sticas detalladas sobre el funcionamiento de los nodos CDN, o por qu茅 empujamos el servidor web dentro de Flink
Evgeny Rossinsky (STO ivi) discutir谩 uno de los lados de la tarea de mejorar la calidad del servicio al usuario cuando mira un video. Para mejorar algo, primero debe medir y
encontrar la m茅trica de calidad. Eugene promete
contar c贸mo se recopila la informaci贸n necesaria y
qu茅 herramientas se utilizan . Hay vagas sospechas de que esto est谩 relacionado de alguna manera con Apache Flink.
Dmitry Levanov de Yandex
hablar谩 sobre c贸mo sacar el m谩ximo rendimiento de
Couchbase y no romper nada con el ejemplo de una de las instalaciones de Couchbase m谩s grandes del mundo.
Dmitry Skokov mostrar谩 c贸mo se
implementa el
despliegue de bancos de pruebas en REG.RU, qu茅 cansado de la operaci贸n de agregar nuevos servicios a la pila semanalmente, y logr贸 trasladar esto
a los desarrolladores .
Alexey Baitov compartir谩 la experiencia de la entrega continua
de 2GIS de arquitectura de microservicios, que ya est谩 en producci贸n. Tambi茅n hablar谩 sobre c贸mo cambiaron el enfoque tradicional de la conectividad de microservicios: eliminaron integraciones innecesarias dentro del equipo y se deshicieron del legado prematuro de mantener versiones antiguas de la API.
Aprendiendo a clasificar un poco
Y finalmente, el orador, que, independientemente del tema, no debe perderse:
Andrei Aksenov (Sphinx). Esta vez, bajo su liderazgo,
descubriremos c贸mo hacer nuestra propia f贸rmula de
clasificaci贸n de p谩ginas (resultados de b煤squeda), c贸mo entrenar nuestro primer modelo ML sin complicaciones y c贸mo entender si result贸 bien.
Congreso de activistas comunitarios de TI
Como eventos complementarios en Highload ++ Siberia, estamos celebrando un
congreso de activistas de la comunidad
de TI, que fue extremadamente exitoso en RIT ++. En primer lugar, es una plataforma para el
conocimiento , la comunicaci贸n, el
intercambio de experiencias , la discusi贸n de problemas urgentes y la b煤squeda de formas de resolverlos, que reunir谩 a los representantes m谩s activos y atentos de la industria.
Redes alrededor de la conferencia.
Para aquellos que todav铆a creen que Novosibirsk est谩 muy lejos, es posible comprar una transmisi贸n en l铆nea , o esperar unos meses para ver los informes de video en nuestro canal de YouTube para la programaci贸n del servidor, bases de datos y alta carga.
Es conveniente hacer preguntas a los organizadores, oradores u otros participantes, para monitorear las actualizaciones y noticias en el chat de Telegram (@HighLoadTalks) de la conferencia. Redes sociales ( https://www.facebook.com/HighLoadConference/ , https://vk.com/highloadconference ) para fotos, noticias e informes, es decir precisamente por lo que se inventan.