Em 27 de setembro, realizamos o segundo comício do Ork Tut - sobre orquestração, automação e uso de campo de CI / CD. Nesta postagem, vídeos completos e códigos de tempo com locais importantes de três relatórios.
Os tópicos são:
- Ambiente como serviço - sobre operação e segredos da configuração do OpenStack
- Pod, nuvem e dois centros de fumantes - sobre o dimensionamento de fazendas de selênio
- CI vs CD: uma corrida armamentista - sobre como o CI e o CD “lutaram” no Yandex.Money
Ambiente como serviço
Alexander Prizov e Maxim Ogryzkov, da Yandex.Money, falaram sobre os recursos da operação e orquestração de instalações OpenStack de alta carga para diferentes tipos de ambientes de teste.
Códigos de tempo com detalhesSobre nossa abordagem
0:20 - O que é ambiente como serviço?
1:00 - Como preparar a infraestrutura para a mudança?
1:30 - O que fazer com os bancos de teste antigos?
3:55 - Requisitos para novos bancos de teste
4:30 - Por que escolhemos o OpenStack? Um pouco sobre Murano
5:50 - Sobre nossa abordagem para testar a automação de circuitos
7:30 - Um exemplo de descrição declarativa do cálculo
8:20 - Sobre Jenkinks, Grafana, kibana e rastreamento de atualizações
9:10 - A que números chegamos?
OpenStack e carga alta
9:40 - O que aconteceu quando levantamos 50 máquinas virtuais ao mesmo tempo?
11:25 - Necessidade de distribuir a execução de tarefas cron. Sobre o trabalho do planejador
Nêutron e carga alta
13:45 - Estamos usando pilha dupla. O que é e por que o NAT não é necessário lá?
15:33 - Acontece que a funcionalidade da ferramenta não é suficiente. O que pode ser feito?
18:00 - Muitos serviços diferentes que afetam o trabalho um do outro. Como ser
22:00 - Escreva o código como documentação. Como encontramos uma configuração que não existe em nenhum lugar
23:35 - Solução "sem resposta à sonda de inatividade após 10 segundos, desconectando"
25:31 - Como ajustar o tamanho da tabela mac
26:00 - Como habilitar rx-flow-hash
26:37 - Sobre regras de segurança global e pessoal
Pod, nuvem e dois hubs para fumantes
Alexey Boyko, da Wrike, contou como economizava tempo e dinheiro na expansão da fazenda Selenium usando o Google Cloud Engine e o Kubernetes.
Códigos de tempo com detalhesAntecedentes
0:15 - O que é Wrike e onde está o selênio
2:20 - O que Wrike tinha quando se tratava de dimensionamento?
3:20 - Filas em navegadores, falhas no Selenium Hub e pacote de teste de regressão lento
4:50 - Requisitos de dimensionamento e como implementá-los
7:30 - Por que escolher o Google Cloud: kubernetes, nós de vida curta e economia?
8:50 - Por que você escolheu os kubernetes?
Sobre como misturar um coquetel de tecnologia
9:50 - Sobre o dimensionamento automático e por que é necessário?
12:00 - Como funciona o dimensionamento automático
14:40 - Nós preemptivos - preço baixo e restrições perigosas
18:00 - Por que preciso de um balanceador de carga?
19:00 - Como tudo funciona juntos. TeamCity.
21:00 - O papel do TeamCity no processo
21:30 - Descrição detalhada do processo
23:40 - O que você conseguiu no final?
CI vs CD: corrida armamentista
Vasily Sozykin (ex-Yandex.Money), Dmitry Zinin (Yandex.Money)
Nós fornecemos uma descrição do relatório dos autores sem alterações.
Guerra A essência da guerra nunca muda, mas o ciclo de lançamento, automação e microsserviços - quantos você quiser.
Iniciar. Costumava viver tranquilamente com lançamentos uma vez por mês, mas esse mundo frágil tremia.
Crônica Quando eram quarenta lançamentos por dia, o relacionamento de desenvolvimento e operação começou a esquentar. Isso levou ao armar as partes, novas ferramentas de automação e otimização e respostas simétricas.
Reiniciar As partes entraram em um acordo de paz, e o confronto está no passado.
Reféns da guerra. A população civil dos departamentos vizinhos durante o confronto não foi agradável.
Em alguns momentos, o microfone não resistiu ao carisma de Vasily, e por alguns segundos o relatório ficou silencioso.
Códigos de tempo com detalhes1:40 - Sobre o papel dos reguladores na automação fintech
3:10 - "Release" quando existem poucos componentes e desenvolvedores
4:30 - Distribuição de funções durante os releases
6:40 - Nexus, Gradle, jacoco e uma irmãzinha empapada
8:50 - Jenkins e dois lançamentos por dia
9:30 - Automação de integração e teste de carga. Zona 21.
10:15 - O oficial de lançamento. Por que é necessário?
11:10 - Ansible Playbook para lançamentos
12:20 - Sobre a abolição do "comitê de libertação". Automação de Notificações
13:30 - Nova distribuição de funções durante os lançamentos. Dois lançamentos por semana.
14:30 - E dois mestres de lançamento. Mas porque?
16:00 - 20 lançamentos por dia e nosso primeiro bot.
18:00 - Lançamento por confirmação. A cada 30 minutos.
19:00 - Cálculo multithread na lateral do CD
20:30 - Sobre CI e CD sem pessoas
21:50 - Sobre o futuro dos lançamentos ainda mais sem pessoas
24:00 - Conclusões - desde o lançamento uma vez por mês até o lançamento a cada hora.
Isso é tudo por hoje - participe de nossos eventos para ouvir tudo ao vivo e assine o blog para não perder outros relatórios sobre tópicos importantes.