Como a Flash migrou o sistema de benefícios para uma plataforma integrada sem parar a operação
A empresa manteve o SPA em produção, criou um novo build como microfrontend e fez a transição aos poucos, com prazo apertado.
A Flash migrou o sistema de benefícios para a nova plataforma sem tirá-lo do ar: manteve o SPA existente em operação, criou um novo build como microfrontend e fez a mudança de forma incremental, sem interromper o negócio.
O ponto de partida foi uma mudança de estratégia. A Flash deixou de atuar só com benefícios e passou a oferecer uma plataforma integrada de gestão de pessoas e despesas. Isso exigiu que o sistema já existente funcionasse dentro de uma arquitetura completamente nova.
O desafio tinha duas pressões ao mesmo tempo: um prazo curto e uma transformação ampla. Reescrever tudo de uma vez não era o caminho descrito pela empresa. A opção foi conviver com o código atual enquanto a nova estrutura ganhava forma.
O relato é de engenharia, não de gestão de pessoas, e interessa mais a quem acompanha arquitetura de front-end e migração de sistemas em produção. O texto original, publicado pela própria Flash, traz o detalhamento técnico da jornada: https://flashapp.com.br/blog/construir-a-ponte-enquanto-se-atravessa-a-jornada-pragmatica-de-beneficios-ate-a-plataforma-da-flash
Perguntas frequentes
Por que a Flash precisou mudar a arquitetura do sistema?
Porque a empresa deixou de atuar apenas com benefícios e passou a oferecer uma plataforma integrada de gestão de pessoas e despesas, e o sistema existente precisava funcionar nessa nova estrutura.
Como a migração foi feita?
A Flash manteve o SPA em operação, criou um novo build como microfrontend e conduziu a mudança de forma incremental.
O negócio parou durante a transição?
Segundo a Flash, não. A mudança foi feita sem interromper o negócio.
Onde ler o relato completo?
No blog da Flash, no texto 'Construir a ponte enquanto se atravessa: a jornada pragmática de Benefícios até a plataforma da Flash'.