Pavel Selivanov é o principal palestrante sobre intensidades no Kubernetes ( Slurm-2 para quem está se familiarizando com a tecnologia e MegaSleurm para quem já trabalha com o Kubernetes).
25-27 de outubro - Slurm-2
29-31 de outubro - MegaSlerm
Se você se registrar antes de 18 de outubro, diga ao gerente "Sou do webinar" e você receberá um desconto de 10%.
O Slurm-3 está programado para junho de 19.
Seminário on-line TL; DR:
1. Se você está contando com uma pílula mágica que sozinha resolverá seus problemas, não precisará do Kubernetes. Isso pode terminar a visualização / leitura.
2. Minha primeira experiência com o k8s
Havia 50 microsserviços, o caos em operação, Docker, a falta de orquestração, a implantação de serviços no espírito de "liberação de hoje, tempo de inatividade 2 horas".
Kubernetes implementados (Docker Swarm e Nomad implementados simultaneamente, o Docker Swarm não criou raiz):
Construímos a infraestrutura, não o Kubernetes.
3. Os prós e contras do Kubernetes são relativos: o que é mais para um, menos para o outro. Portanto, o holivar sobre eles nunca cessará.
4. Kubernetes "Contras"
Hoje, o Kubernetes não é uma solução completa e pronta, mas um designer. Lá, você pode concluir qualquer funcionalidade, mas alguém deve vê-la e, se a funcionalidade necessária não for criada, o cluster será inferior. Portanto, a equipe de acompanhantes passará muito tempo acompanhando os Kubernetes.
- O Kubernetes cobre um grande número de aspectos da infraestrutura. Você terá que aprender como eles funcionam e como repará-los. Um especialista restrito (networker, engenheiro SRE) é forçado a se tornar um especialista em Kubernetes.
- Kubernetes devido à mobilidade interna requer uma atitude especial em relação ao monitoramento e armazenamento de logs.
5. Os aplicativos devem ser desenvolvidos no Kubernetes ou pelo menos no Docker. O Kubernetes foi desenvolvido para microsserviços. A execução de monólitos em um cluster é problemática.
6. O Kubernetes permite controlar um grande número de aspectos do ciclo de vida do aplicativo. Minha opinião: seria bom passar esse controle para o desenvolvimento. A pior coisa que ouvi do desenvolvedor é: "Por que devo pensar em recursos, só quero escrever código".
7. Você não precisa do Kubernetes se pensa:
- O Kubernetes mudará meus negócios (ou pelo menos o departamento de TI) e funcionará.
- Eu li sobre Kubernetes sobre um habr, um assunto interessante.
- Eu quero gostar do Google ...
8. Existem pessimistas de Kubernetes que o usaram, disseram “merda” e jogaram fora.
Existem otimistas de Kubernetes que estão prontos para lutar com qualquer coisa, se eles tivessem Kubernetes.
E existem realistas do Kubernetes, prontos para o fato de que um grande número de coisas precisará ser controlado através do Kubernetes; será necessário estudá-lo profundamente e finalizá-lo. Os realistas recebem:
- Soluções embutidas para muitas tarefas;
- uniformidade (por exemplo, não há mais problema em que a preparação divergiu da produção);
- autocura e, como resultado, 99,9% de SLA.
9. Sobre doloroso: sobre expectativa de cursos
Enfrento constantemente o fato de que as pessoas esperam obter um especialista na saída dos cursos. Então isso não funciona.
Os cursos (em particular o Slurm) são um bom começo em tecnologia. Eu próprio não gosto de cursos, participei deles duas vezes na minha vida, mas foi depois dos cursos que Docker se interessou e começou a lidar com isso. Após os cursos, você tem perguntas sobre as quais se dedica ao autodesenvolvimento.
Os cursos são a experiência de palestrantes que já cometeram seus erros e se reuniram.
Os cursos são uma oportunidade para fazer perguntas e receber respostas. Diferentemente da comunidade, eu, como professor, tenho que responder perguntas e ser responsável por minhas palavras.
Um bom bônus é a comunicação com os colegas.
10. 3 dias de treinamento em Slerm substituem 3 dias de leitura de documentação + 1 mês de experimentos práticos + meio ano de operação. Ou seja, eles economizam tempo. Mas Slurm (assim como o estudo individual) não garante que você se torne um especialista em Kubernetes.
Aos 37 minutos, começam as respostas para as perguntas dos participantes.