O papel dos micro frontends na jornada XM Cloud da Cytiva

A Cytiva é uma fornecedora global de tecnologias e serviços que avançam e aceleram o desenvolvimento e fabricação de terapêuticas.

A empresa opera em mais de 40 países e territórios na Europa, Ásia, América do Norte e Latina e Oriente Médio.

Em uma sessão de breakout no Sitecore Symposium 2024, Viktor Kudrenko, Senior Staff Software Engineer da Cytiva e Nikolai Kononov, Staff Software Engineer da Cytiva explicaram como eles fizeram a mudança de sua solução monolítica para XM Cloud e alavancaram micro frontends e arquitetura de microsserviços.

Na Cytiva, o departamento de TI se dedica a fornecer a funcionalidade de comércio eletrônico para cytiva.com, com 11 equipes localizadas em todo o mundo, incluindo Polônia, Ucrânia, China, Alemanha, Suécia e Holanda.

A solução monolítica Sitecore 9.3 da Cytiva estava lidando com 170 projetos e lutando para atender às crescentes demandas. Enquanto isso, as equipes de desenvolvimento enfrentavam vários desafios frustrantes.

• Velocidade de desenvolvimento lenta: À medida que o aplicativo crescia, a base de código se tornava mais complexa, dificultando o desenvolvimento de novos recursos.
• Desafios de implantação: Qualquer alteração, mesmo pequena, exigia que todo o aplicativo fosse testado e reimplantado, o que era demorado e arriscado.
• Problemas de escalabilidade: Dimensionar uma solução monolítica se mostrou difícil, pois todo o aplicativo teve que ser dimensionado, mesmo que apenas uma parte dele precisasse de mais recursos.
• Manutenção: Manter e atualizar a base de código tornou-se cada vez mais desafiador.
• Conflitos de mesclagem: Isso levou a atrasos no desenvolvimento, problemas de qualidade de código e frustrações da equipe.
• Portuário: A instabilidade levou a perda de tempo para os desenvolvedores e a um processo de desenvolvimento lento.

Como resultado, qualquer correção de bug ou novo recurso levaria cinco semanas para ser entregue, o que estava longe de ser ideal em um mercado competitivo.

Em seguida, Kudrenko e Kononov falaram sobre suas razões para escolher Sitecore XM Cloud, dizendo que foi um "divisor de águas" com uma arquitetura MACH que levou sua equipe a adotar micro frontends e arquitetura de microsserviços para enfrentar seus desafios existentes.

Benefícios da Sitecore XM Cloud

Vários fatores influenciaram a decisão da Cytiva de se mudar para Sitecore XM Cloud.

• Entrega de conteúdo escalável: Capacidade de fornecer conteúdo em escala com o Experience Edge, pronto para uso.
• Atualizações automáticas: As atualizações automáticas perfeitas eliminam a necessidade de atualizações manuais.
• Estruturas flexíveis: A liberdade de escolher estruturas preferenciais de front-end e entrega de conteúdo.
• Integração perfeita: Fácil integração com DevOps e arquiteturas de desenvolvimento existentes.
• GraphQL: Consulta de dados simples com o GraphQL.
• Suporte responsivo: Suporte rápido e confiável da Sitecore.
• Portuário: Suporte oficial Sitecore pronto para uso.

Os micro frontends – onde os frontends desenvolvidos de forma independente são compostos em um todo maior – têm sido fundamentais para a mudança bem-sucedida da Cytiva para Sitecore XM Cloud.

Porquê micro frontends?

Modular: Cada micro frontend é um módulo autônomo que pode ser desenvolvido, testado e implantado de forma independente.

Composível: Micro frontends são projetados para serem compostos juntos para criar uma aplicação maior.

Resiliência: Como cada micro frontend é independente, a falha em um micro frontend não deve afetar a funcionalidade geral do aplicativo.

Escalabilidade: É mais fácil escalar o desenvolvimento com uma arquitetura de micro frontends, pois cada micro frontend pode ser desenvolvido de forma independente por equipes separadas.

Manutenção: É mais fácil manter uma aplicação grande porque cada micro frontend pode ser atualizado e mantido de forma independente.

A sessão terminou com Kudrenko e Kononov compartilhando seus cinco aprendizados mais importantes de sua experiência alavancando micro frontends.

1. Uma base de código menor torna a refatoração ou substituição mais gerenciável.
2. A experiência geral do desenvolvedor melhorou significativamente.
3. Cada equipe agora pode lançar novos recursos ou correções de bugs assim que estiverem prontos.
4. As equipas podem operar de forma autónoma dentro das suas áreas de especialização.
5. As equipes podem implantar o código independentemente em suas próprias agendas e a implantação agora leva apenas três minutos, em vez de duas horas.

Saiba mais sobre Por que as marcas líderes estão escolhendo uma abordagem composable.