Muitas vezes, os aplicativos são desenvolvidos por meio de muitas pequenas melhorias, mas chega um momento em que muitos detalhes são incorporados em uma imagem completa, cuja implementação requer alterações de alta qualidade e em larga escala. E aqui, apenas uma boa ideia não é suficiente. Não menos importantes são os componentes organizacionais e técnicos da questão. Como preparar e implementar alterações arquiteturais em um sistema em funcionamento?
Queremos falar sobre refatoração global, melhorar o desempenho do sistema, otimizar código, abordagens para trabalhar com bancos de dados e muitas outras coisas.
Programa e palestrantes:Alexander Kolesnikov, Wrike - Ótima refatoração em um produto 24/7
Grande refatoração é algo que não pode ser feito da noite para o dia e nem mesmo correr. Às vezes, leva um quarto ou até alguns para trabalhar. O problema da grande refatoração é que, enquanto alguns tentam se limpar, outros continuam a mudar o código, e a tartaruga pode simplesmente nunca ter tempo para alcançar Aquiles. Para implementar uma refatoração grande, você deve poder determinar automaticamente o plano de trabalho. Então, em algum momento, será possível banir a antiga abordagem para organizar o código no nível do teste. Assim, a quantidade de esforço necessário será fixada e será possível fechar a dívida técnica restante com a ajuda de uma equipe dedicada ou de todo o departamento de desenvolvimento.
Exemplos: Hibernar → MyBatis, Struts → Web.fw, Domain.fw, Sharding, Separação de Conta, Refatoração de API, Criptografia. Planos: QueryEngine, Infraestrutura híbrida, DataCenters múltiplos, Caixa de entrada.
Philippe Delgyado, NEXIGN, “Caminhos impensáveis: mudando metodologias rapidamente, trabalhando com bancos de dados sem ORM, etc.”
Vou falar sobre várias práticas não padronizadas de projetos recentes, (n) que se mostraram bem-sucedidas e úteis.
No começo, vou falar sobre a experiência de selecionar diferentes metodologias de desenvolvimento para diferentes estágios do projeto, por que você precisa de "refatoração da metodologia" e como tornar a alteração da metodologia mais ou menos indolor.
Em seguida, descreverei o esquema de trabalhar com estruturas complexas no banco de dados sem usar o ORM e sem consultas complexas, o que facilita significativamente até a refatoração mais complexa das estruturas de dados usadas.
Bem, no final, falarei sobre todo tipo de pequenas coisas - análise de logs sem ELK, lições aprendidas de refatoração e outras.
Na história, tentarei focar nas condições de contorno para a aplicação de práticas, armadilhas no uso e outros perigos.
Vasily Sozykin, Yandex.Money “Microsserviços: unifica quase tudo, mas não mais”
Minha experiência mostrou que tentativas de unificar pessoas em uma grande empresa não levam a nada de bom. Mas a unificação de processos e tecnologias ajuda a construir sistemas legais de microsserviços.
Um relatório sobre como passamos para um sistema de desenvolvimento totalmente descentralizado, mas continuamos uma equipe e criamos uma comunidade sensata. Ilustrarei como aprimoramos os processos por meio de exemplos - isso ajuda a expandir, mas não se tornar uma empresa no mau sentido da palavra.
Se você começou a implementar microsserviços, mas não tem certeza de tudo, o relatório pode ser seu plano de ação. E se você já vive em um mundo de microsserviços - juntos, lembramos o caminho percorrido e falamos sobre os problemas atuais.
→
Registro