El 27 de septiembre, celebramos el segundo mitin de Ork Tut: sobre orquestación, automatización y uso de campo de CI / CD. En esta publicación, videos completos y códigos de tiempo con lugares importantes de tres informes.
Los temas son:
- Entorno como servicio: sobre el funcionamiento y los secretos para configurar OpenStack
- Pod, Cloud y dos centros de fumadores: sobre la ampliación de granjas de selenio
- CI vs CD: una carrera armamentista - sobre cómo CI y CD "pelearon" en Yandex. Dinero
Medio ambiente como servicio
Alexander Prizov y Maxim Ogryzkov de Yandex.Money hablaron sobre las características de la operación y orquestación de instalaciones OpenStack de alta carga para diferentes tipos de entornos de prueba.
Códigos de tiempo con detallesSobre nuestro enfoque
0:20 - ¿Qué es el medio ambiente como servicio?
1:00 - ¿Cómo preparar la infraestructura para el cambio?
1:30 - ¿Qué hacer con los viejos bancos de prueba?
3:55 - Requisitos para nuevos bancos de pruebas
4:30 - ¿Por qué elegimos OpenStack? Un poco sobre Murano
5:50 - Acerca de nuestro enfoque para probar la automatización del circuito
7:30 - Un ejemplo de una descripción declarativa del cálculo
8:20 - Acerca de Jenkinks, Grafana, kibana y seguimiento de actualizaciones
9:10 - ¿A qué números hemos llegado?
OpenStack y alta carga
9:40 - ¿Qué sucedió cuando levantamos 50 máquinas virtuales al mismo tiempo?
11:25 - Necesidad de distribuir la ejecución de tareas cron. Sobre el trabajo del planificador
Neutron y alta carga
13:45 - Estamos usando doble pila. ¿Qué es y por qué no se necesita NAT allí?
15:33 - Sucede que la funcionalidad de la herramienta no es suficiente. Que se puede hacer
18:00 - Muchos servicios diferentes que afectan el trabajo del otro. Como ser
22:00 - Escriba el código como documentación. ¿Cómo encontramos una configuración que no se encuentra en ninguna parte?
23:35 - Solución "no hay respuesta a la sonda de inactividad después de 10 segundos, desconectando"
25:31 - Cómo ajustar el tamaño de la tabla mac
26:00 - Cómo habilitar rx-flow-hash
26:37 - Sobre las reglas de seguridad global y personal
Pod, Cloud y dos centros de fumadores
Alexey Boyko de Wrike contó cómo ahorraron tiempo y dinero al ampliar la granja Selenium utilizando Google Cloud Engine y Kubernetes.
Códigos de tiempo con detallesAntecedentes
0:15 - ¿Qué es Wrike y dónde está Selenium?
2:20 - ¿Qué tenía Wrike cuando se trataba de escalar?
3:20 - Colas en navegadores, bloqueos de Selenium Hub y paquete de prueba de regresión lenta
4:50 - Requisitos de escala y cómo implementarlos
7:30 - ¿Por qué elegir Google Cloud: kubernetes, nodos de corta duración y ahorros?
8:50 - ¿Por qué elegiste kubernetes?
Sobre cómo mezclar un cóctel de tecnología
9:50 - Acerca del escalado automático y ¿por qué es necesario?
12:00 - Cómo funciona el autoescalado
14:40 - Nodos preempresibles - precio bajo y restricciones peligrosas
18:00 - ¿Por qué necesito un equilibrador de carga?
19:00 - Cómo funciona todo junto. TeamCity.
21:00 - El papel de TeamCity en el proceso
21:30 - Descripción detallada del proceso
23:40 - ¿Qué obtuviste al final?
CI vs CD: carrera armamentista
Vasily Sozykin (ex Yandex.Dinero), Dmitry Zinin (Yandex.Dinero)
Damos una descripción del informe de los autores sin cambios.
Guerra La esencia de la guerra nunca cambia, sino el ciclo de lanzamiento, la automatización y los microservicios, tantos como desee.
Inicio. Solía vivir tranquilamente con lanzamientos una vez al mes, pero luego este mundo frágil tembló.
Crónica Cuando se convirtieron en cuarenta lanzamientos por día, la relación de desarrollo y operación comenzó a calentarse. Esto condujo a la formación de las partes, nuevas herramientas de automatización y optimización, y respuestas simétricas.
Reiniciar Las partes concluyeron un acuerdo de paz, y la confrontación es cosa del pasado.
Rehenes de guerra. La población civil de los departamentos vecinos durante el enfrentamiento no fue dulce.
En algunos momentos, el micrófono no pudo resistir el carisma de Vasily, por lo que durante unos segundos el informe quedó en silencio.
Códigos de tiempo con detalles1:40 - Sobre el papel de los reguladores en la automatización fintech
3:10 - "Release" cuando hay pocos componentes y desarrolladores
4:30 - Distribución de roles durante los lanzamientos
6:40 - Nexus, Gradle, jacoco y una hermanita empapada
8:50 - Jenkins y dos lanzamientos por día
9:30 - Automatización de integración y pruebas de carga. Zona 21.
10:15 - El oficial de liberación. ¿Por qué es necesario?
11:10 - Ansible Playbook para lanzamientos
12:20 - Sobre la abolición del "comité de liberación". Automatización de notificaciones
13:30 - Nueva distribución de roles durante los lanzamientos. Dos lanzamientos por semana.
14:30 - Y dos maestros de lanzamiento. Pero por que?
16:00 - 20 lanzamientos por día y nuestro primer bot.
18:00 - Lanzamiento por commit. Cada 30 minutos
19:00 - Cálculo multiproceso desde el lateral del CD
20:30 - Sobre CI y CD sin personas
21:50 - Sobre el futuro de los lanzamientos aún más sin personas
24:00 - Conclusiones - desde el lanzamiento una vez al mes hasta el lanzamiento cada hora.
Eso es todo por hoy: venga a nuestros eventos para escuchar todo en vivo y suscríbase al blog para no perderse otros informes sobre temas importantes.