Pavel Selivanov es el orador principal en las intensidades de Kubernetes ( Slurm-2 para aquellos que recién se están familiarizando con la tecnología y MegaSleurm para aquellos que ya están trabajando con Kubernetes).
25–27 de octubre - Slurm-2
29–31 de octubre - MegaSlerm
Si se registra antes del 18 de octubre, dígale al gerente "Soy del seminario web" y obtendrá un 10% de descuento.
Slurm-3 está programado para junio del '19.
TL; DR seminario web:
1. Si estás contando con una píldora mágica que solo resolverá tus problemas, entonces no necesitas Kubernetes. Esto puede finalizar la visualización / lectura.
2. Mi primera experiencia con k8s
Hubo 50 microservicios, el caos en funcionamiento, Docker, la falta de orquestación, el despliegue de servicios en el espíritu de "lanzamiento de hoy, tiempo de inactividad 2 horas".
Kubernetes implementados (Docker Swarm y Nomad implementados simultáneamente, Docker Swarm no echó raíces):
Construimos la infraestructura, no Kubernetes.
3. Los pros y los contras de Kubernetes son relativos: lo que es más para uno, menos para otro. Por lo tanto, el holivar sobre ellos nunca cesará.
4. Kubernetes "Contras"
- Hoy Kubernetes no es una solución completa y lista para usar, sino un diseñador. Allí puede finalizar cualquier funcionalidad por sí mismo, pero alguien debería verla, y si no se crea la funcionalidad necesaria, el clúster será inferior. Por lo tanto, el equipo de escolta pasará mucho tiempo escoltando a los Kubernetes.
- Kubernetes cubre una gran cantidad de aspectos de infraestructura. Tendrá que aprender cómo funcionan y cómo repararlos. Un especialista limitado (networker, ingeniero SRE) se ve obligado a convertirse en un especialista en Kubernetes.
- Kubernetes debido a la movilidad interna requiere una actitud especial para el monitoreo y almacenamiento de registros.
5. Las aplicaciones deben desarrollarse bajo Kubernetes o al menos bajo Docker. Kubernetes está diseñado para microservicios. Ejecutar monolitos en un clúster es problemático.
6. Kubernetes le permite controlar una gran cantidad de aspectos del ciclo de vida de la aplicación. Mi opinión: sería bueno pasar este control al desarrollo. Lo peor que he escuchado del desarrollador es: "¿Por qué debería pensar en los recursos? Solo quiero escribir código".
7. No necesitas Kubernetes si piensas:
- Kubernetes cambiará mi negocio (o al menos el departamento de TI) y funcionará.
- Leí sobre Kubernetes en un habr, un tema interesante.
- Quiero que me guste Google ...
8. Hay pesimistas de Kubernetes que lo usaron, dijeron "mierda" y lo tiraron.
Hay optimistas de Kubernetes que están listos para pelear con cualquier cosa, si tan solo tuvieran Kubernetes.
Y hay realistas de Kubernetes, listos para el hecho de que una gran cantidad de cosas necesitarán ser controladas a través de Kubernetes, será necesario estudiarlo y terminarlo en profundidad. Los realistas obtienen:
- Soluciones integradas para muchas tareas;
- uniformidad (por ejemplo, ya no existe el problema de que la puesta en escena se haya separado de la producción);
- autocuración y como resultado 99.9% SLA.
9. Sobre doloroso: sobre la expectativa de los cursos
Constantemente enfrento el hecho de que las personas esperan obtener un especialista a la salida de los cursos. Entonces no funciona.
Los cursos (en particular Slurm) son un buen comienzo en tecnología. A mí mismo no me gustan los cursos, los asistí dos veces en mi vida, pero fue después de los cursos que Docker se interesó y comenzó a lidiar con ellos. Después de los cursos, tiene preguntas en las que se dedica al autodesarrollo.
Los cursos son la experiencia de profesores que ya cometieron sus errores y recogieron sus golpes.
Los cursos son una oportunidad para hacer preguntas y recibir respuestas. A diferencia de la comunidad, yo, como profesor, tengo que responder preguntas y ser responsable de mis palabras.
Una buena ventaja es la comunicación con colegas.
10. 3 días de entrenamiento en Slerm reemplazan 3 días de lectura de documentación + 1 mes de experimentos prácticos + medio año de operación. Es decir, ahorran tiempo. Pero Slurm (así como el autoestudio) no garantiza que te conviertas en un especialista en Kubernetes.
En el minuto 37, comienzan las respuestas a las preguntas de los participantes.