Uma grande empresa nacional de venda a retalho e de produtos de consumo nos EUA dispunha de sistemas para prever, monitorizar e controlar o progresso, através da sua cadeia de abastecimento em rápida evolução, de artigos populares que constituíam uma grande parte das vendas diárias. Estes sistemas residem em centros de dados físicos — e se esses centros de dados sofressem interrupções, a perturbação da rede de distribuição e dos inventários das lojas causaria uma perda significativa de receitas por cada hora em que os serviços estivessem indisponíveis.
O custo da criação de sistemas legados redundantes para mitigar este risco era significativo, mas os dados que ajudavam a prever e controlar o movimento dos produtos — tais como SKUs, ordens de compra, dados de faturação e preços — não mudavam. A informação que a empresa precisava de extrair desses dados, durante cada minuto de funcionamento, continuava a ser a mesma. Mas o sistema que traduzia um para o outro, tinha de ser apoiado pela arquitetura disponível mais fiável.
Em vez de adicionar redundância aos seus centros de dados, o que só iria prolongar os sistemas antigos com custos significativos, a Deloitte aconselhou a organização a criar uma solução de backup nascida na cloud. A Deloitte concebeu e implementou o sistema num calendário agressivo. Uma equipa de 150 membros de mais de 13 grupos de prática da Deloitte, mergulhou na criação de uma solução de cloud nativa alojada na plataforma de cloud da Microsoft Azure, utilizando serviços como Azure Databricks e Spark para fornecer inteligência artificial avançada e capacidades de aprendizagem automática.
A integração de serviços na cloud para que cumprissem os requisitos de segurança da empresa exigiu personalização, o que foi um feito de colaboração entre os membros da equipa de desenvolvimento, conformidade e operações, tanto da organização, como da Deloitte. O sistema foi concebido para ser capaz de prever o movimento dos artigos de retalho mais procurados e assumir a decisão de reabastecimento em minutos, quando necessário. Agora, a ameaça de interrupção que qualquer falha no centro de dados representava para a rede de distribuição foi bastante reduzida.
Uma vez que o resultado final do sistema de backup da cadeia de abastecimento não era o controlo automatizado, mas sim a inteligência para ação por parte dos decisores humanos, a equipa construiu uma interface web centrada no utilizador. Cloud microservices e APIs mantiveram a solução escalável e flexível. Em testes lado a lado, as métricas preditivas do novo sistema foram notavelmente mais precisas do que o sistema de produção primária existente. Embora o sistema em cloud "assuma o controlo" apenas durante uma interrupção do centro de dados, a sua previsão alimentada por IA funciona a todo o momento, oferecendo aos gestores dos centros de distribuição e das lojas uma sobreposição que podem utilizar para extrapolar um maior controlo do sistema de inventário mais antigo.
Estes sistemas residem em centros de dados físicos — e se esses centros de dados sofrerem falhas, a perturbação da rede de distribuição e dos inventários das lojas causará uma perda significativa de receitas por cada hora em que os serviços não estiverem disponíveis.
1. A utilização pela equipa das melhores práticas Agile e das técnicas DevOps do início ao fim ajudou a fornecer a solução de forma incremental.
2. Nos testes, o sistema cumpriu todos os requisitos do plano com zero problemas críticos.
3. O sistema, tal como foi concebido, foi alargado do inventário principal do retalhista a áreas especializadas como a farmácia e as vendas aos membros.
4. A arquitetura de referência do novo sistema de inventário é adaptável a outras áreas de negócio e o departamento financeiro da empresa já está a trabalhar para o adotar.
5. Em testes side-by-side, as métricas preditivas do novo sistema foram notavelmente mais precisas do que as do sistema de produção primário existente.
<12 meses
O projeto passou da descoberta à implementação em menos de 12 meses, terminando três semanas antes do previsto.
10x mais económico
O custo total de propriedade (TCO) do sistema assente na cloud foi 10 vezes mais económico do que uma cópia de segurança que utilizasse a redundância do centro de dados.
<72 horas
O objetivo do tempo de recuperação para sair dos efeitos de uma falha num centro de dados diminuiu de 72 horas para uma questão de minutos.
Mais de 300 histórias de utilizadores
Mais de 300 histórias de utilizadores e 230 pipelines de dados estiveram envolvidos na conceção do novo sistema e na ingestão e processamento dos dados operacionais.
Opens in new window