A sua mensagem foi enviada.
Processaremos o seu pedido e contactá-lo-emos logo que possível.
O formulário foi enviado com sucesso.
Encontrará mais informações na sua caixa de correio.

Selecionar a língua

A Innowise forneceu suporte DevOps/SRE para a plataforma de empréstimos da Lendo, centralizando a propriedade da infraestrutura e melhorando a estabilidade. Após uma colaboração bem-sucedida, o cliente nos contratou para lidar com tarefas selecionadas de Java e QA como parte de seus esforços mais amplos de modernização.
Apoio à produção estável
para a plataforma principal de empréstimos da Lendo
15% custos de nuvem mais baixos
na fase inicial de otimização

A Lendo é uma empresa fintech escandinava que ajuda as pessoas a comparar ofertas de empréstimos através de uma aplicação, em vez de se dirigirem aos bancos um a um. Fundada na Suécia em 2007, a empresa transformou-se numa importante plataforma de comparação de empréstimos que opera na Suécia, Noruega e Dinamarca.
O que torna a plataforma especialmente exigente do ponto de vista operacional é a escala e a sensibilidade do processo que lhe está subjacente. Um único pedido pode ser combinado com ofertas de até 40 credores, o que torna a fiabilidade da plataforma, a entrega consistente e os processos de qualidade bem estruturados essenciais para a atividade principal do cliente. Para além do seu mercado de empréstimos, a Lendo também oferece a Kreddy, uma aplicação que dá aos utilizadores visibilidade do seu perfil de crédito e dos empréstimos existentes.
A equipa Innowise juntou-se à Lendo para reforçar a função DevOps/SRE do cliente e assumir uma área crítica de propriedade da infraestrutura. No início, o projeto tinha uma documentação muito limitada e um conhecimento incompleto, pelo que os nossos engenheiros tiveram primeiro de compreender como o ambiente estava configurado, como os seus principais componentes funcionavam em conjunto e onde estavam os principais riscos operacionais.
A nossa equipa analisou a infraestrutura do GCP e do AWS, incluindo clusters, máquinas virtuais, bases de dados, serviços de nuvem, fluxos de monitorização e canais de suporte. Isso ajudou a definir as áreas que precisavam de atenção mais rápida: propriedade da infraestrutura, tratamento de alertas, problemas recorrentes, visibilidade da nuvem e gerenciamento de mudanças mais seguro.
Com base na avaliação inicial, criámos um modelo de fornecimento centrado numa maior propriedade da infraestrutura, em operações de plataforma estáveis e num melhor controlo das alterações da infraestrutura.
O trabalho foi dividido de acordo com o estado atual do ambiente. No GCP, a equipa apoiou e melhorou a configuração existente da Infraestrutura como Código. No AWS, o objetivo era colocar a infraestrutura configurada manualmente sob uma gestão mais estruturada. A equipa também definiu um modelo operacional mais claro para rotações de plantão, linhas de suporte e tratamento de alertas.
A equipa Innowise assumiu a gestão diária das operações de infraestrutura e introduziu um processo mais claro para lidar com as alterações de infraestrutura. Os nossos engenheiros trabalharam com clusters, máquinas virtuais, bases de dados e outros componentes essenciais da plataforma, tornando-se a principal equipa responsável pela coordenação e entrega das alterações de infraestrutura solicitadas pelas equipas de produto e desenvolvimento.
Também analisámos o ambiente existente, mapeámos a forma como as suas partes estavam ligadas e criámos um modelo mais centralizado para o suporte da infraestrutura.
Como a infraestrutura do projeto estava distribuída entre o GCP e o AWS, a nossa equipa teve de trabalhar em dois ambientes de nuvem em paralelo. Este trabalho cobriu serviços de nuvem, recursos de computação, rede, ambientes em contentores e as dependências de infraestrutura ligadas a eles. A equipa também trabalhou para tornar a configuração geral mais fácil de gerir e mais segura para alterar à medida que o projeto evoluía.
Outra parte importante do trabalho centrou-se na modernização do pipeline de entrega. Parte da configuração existente ainda dependia de ferramentas antigas, como Travis, Spinnaker e sk8ts, por isso uma das principais tarefas da equipa foi mudar este processo para uma abordagem mais moderna baseada em GitOps, utilizando GitHub Actions e ArgoCD.
O apoio operacional foi uma parte importante deste projeto. A nossa equipa DevOps estabeleceu rotações de plantão, organizou o suporte de primeira e segunda linha e analisou a configuração de alertas existente em conjunto com as equipas de engenharia do cliente.
Os nossos engenheiros verificaram como os alertas eram configurados, como eram encaminhados, quais os alertas que exigiam uma ação técnica e quais os que reflectiam o comportamento esperado da carga de trabalho. Também ajudámos a melhorar os canais de alerta e tornámos o processo geral de resposta mais estruturado e mais fácil de gerir. Para este trabalho, a equipa utilizou ferramentas como o PagerDuty, o Prometheus Stack, o Victoria Metrics, o Grafana, o CloudWatch, o Stackdriver e o Humio.
A equipa trabalhou em questões de infraestrutura recorrentes e assumiu tarefas que necessitavam de limpeza, esclarecimento ou correcções técnicas. Analisámos as configurações existentes, identificámos lacunas nas operações da plataforma e tratámos de pedidos de infraestrutura que exigiam uma execução rápida e fiável.
A maior parte deste trabalho foi tratado diretamente pela equipa Innowise. Os nossos engenheiros encarregaram-se eles próprios da investigação, sistematização e documentação da infraestrutura, envolvendo os programadores apenas quando era necessário clarificar dependências ou garantir que as alterações não perturbariam o trabalho do lado da aplicação.
Para além do trabalho operacional, o projeto incluiu tarefas de segurança e resiliência. Dependendo da necessidade, a equipa tratou de trabalhos relacionados com a vulnerabilidade, análises de infra-estruturas e pedidos técnicos urgentes relacionados com a fiabilidade da plataforma e a prontidão operacional. A equipa também apoiou testes de resiliência e actividades semelhantes quando tinham de ser concluídos em prazos curtos.
Numa fase posterior, o projeto passou a incluir uma importante transição de infra-estruturas. A Lendo estava a separar-se da sua anterior empresa-mãe e a preparar-se para se juntar a uma nova empresa, o que criou um grande volume de trabalho de infraestrutura. O ambiente teve de ser separado da antiga configuração e preparado para a fase seguinte de integração.
Como parte do âmbito mais vasto de DevOps/SRE, a equipa Innowise apoiou o cliente durante esta transição complexa e geriu as alterações de infraestrutura necessárias. Os nossos engenheiros ajudaram a manter o processo estruturado, estável e fácil de gerir durante este período.
Uma parte do trabalho centrou-se numa base de dados crítica ligada a um monólito PHP mais antigo. Esta parte do sistema permaneceu inalterada durante muito tempo porque a equipa do cliente não tinha uma compreensão clara de como atualizar a base de dados de forma segura ou que alterações seriam também necessárias do lado da aplicação.
A equipa do Innowise analisou a configuração de ambos os lados, coordenou o trabalho com os programadores, esclareceu o que precisava de ser alterado no monólito e, em seguida, efectuou a atualização da base de dados com os testes e a depuração necessários. Como resultado, o cliente pôde finalmente abordar uma parte do sistema que tinha sido deixada intocada durante muito tempo devido aos riscos envolvidos.
Juntamente com o fluxo DevOps/SRE, os nossos engenheiros de controlo de qualidade ajudaram a criar processos de teste para a iniciativa de modernização a longo prazo da Lendo. Este fluxo incluiu a criação de documentação de teste, a construção de um conjunto de regressão, a preparação de requisitos e casos de teste e a estruturação de actividades de teste de forma mais sistemática.
A equipa de garantia de qualidade analisou o produto atual, extraiu a lógica da base de código e formalizou os requisitos no Confluence. Também prepararam o terreno para a integração do TestRail com o Jira, melhoraram a visibilidade dos testes e apoiaram a otimização de processos com ferramentas como o Fiddler.
A Lendo contratou a Innowise como uma equipa, e isso definiu o modelo de trabalho desde o início. O cliente não estava a contar com uma pessoa para tratar de tudo. Em vez disso, vários engenheiros sénior partilharam o trabalho, ficaram responsáveis por diferentes áreas e geriram vários fluxos em paralelo, mantendo-se em sincronia com as prioridades diárias. Esta configuração ajudou a manter o progresso estável e facilitou muito a comunicação diária com a equipa do cliente.
A colaboração seguiu um modelo Agile/Kanban com retrospectivas regulares. Utilizámos o Jira para o acompanhamento de tarefas e o Slack e o Google Chat para a comunicação diária.
O trabalho em si dependia de uma estreita cooperação com os programadores do cliente e as partes interessadas no produto. A equipa manteve-se em contacto regular, discutiu os pedidos diretamente, clarificou as prioridades e acordou os próximos passos em conjunto. Para além das tarefas planeadas, a equipa também apresentou ideias de melhoria com base no que foi observado durante o projeto e discutiu-as com o cliente antes de as levar por diante.
Outra parte útil da configuração foi o acesso a conhecimentos especializados mais alargados dentro do Innowise. Quando era necessário um contributo adicional, a equipa podia recorrer a especialistas internos e integrar esses conhecimentos no projeto. O cliente dispunha de uma equipa dedicada envolvida na entrega, com um apoio de engenharia mais vasto quando necessário.
Ao assumir a propriedade total da nossa infraestrutura, implementar as melhores práticas da indústria e modernizar todo o nosso ecossistema central, fizemos a transição de uma configuração dependente do legado para uma plataforma moderna e autónoma. Esta mudança garante a estabilidade e a flexibilidade necessárias para a nossa próxima fase de crescimento.

O projeto ainda está em curso, mas o impacto já é visível nas operações de infraestrutura e no modelo de apoio da Lendo. Nos primeiros meses do contrato, a equipa Innowise tornou-se a principal equipa responsável pela infraestrutura da Lendo. Clusters, máquinas virtuais, bases de dados e alterações relacionadas passaram a estar sob um modelo de suporte mais claro e centralizado, dando ao cliente uma equipa dedicada para lidar com o trabalho diário de infraestrutura.
Além disso, a nossa equipa introduziu rotações de serviço, criou apoio de primeira e segunda linha, reviu o panorama de alertas e limpou os canais de alerta e as prioridades. Paralelamente, os engenheiros do Innowise trataram de questões de infraestrutura recorrentes, apoiaram tarefas urgentes de segurança e resiliência e trabalharam em estreita colaboração com as equipas de desenvolvimento em pedidos relacionados com a infraestrutura.
O compromisso também melhorou a capacidade de manutenção nas principais áreas da infraestrutura. A equipa reviu serviços antigos, abordou bloqueios técnicos de longa data, melhorou a visibilidade dos custos da nuvem e facilitou o planeamento e a gestão de futuras alterações na infraestrutura.
Após o sucesso da cooperação DevOps/SRE, a Lendo expandiu o seu trabalho com a Innowise para tarefas selecionadas de Java e QA. Essas faixas adicionais apoiaram o esforço de modernização mais amplo do cliente, enquanto o compromisso principal permaneceu focado em DevOps/SRE e operações de infraestrutura.
A sua mensagem foi enviada.
Processaremos o seu pedido e contactá-lo-emos logo que possível.