Nextel Digital Release

Introdução

Sumário

A Nextel planejou desenvolver uma aplicação móvel para reduzir seus custos operacionais com call centers e reduzir o contact rate. “Nextel Digital” foi o nome dado ao projeto responsável por lançar esta aplicação.

Com o tempo, o projeto “Nextel Digital” absorveu mais objetivos, como melhorar a user experience, e se tornou um novo produto chamado “Happy”, uma operadora de telefonia digital. Nextel Happy permite que os usuários gerenciem seus planos e dados completamente pelo aplicativo, desde a ativação do seu SIM até a gestão de plano familiar.

Este projeto ajudou a Nextel a aumentar sua base de clientes, melhorando a experiência dos usuários, e diminuir os custos operacionais (em 16%).

Problemática

A equipe executiva da Nextel Brasil decidiu trabalhar com terceirização no desenvolvimento deste produto para absorver conhecimento das empresas e para complementar suas capacidades internas. Assim como trazer diferentes perspectivas em jogo, melhorando o processo criativo.

Nossa equipe assumiu a responsabilidade de arquitetar e implementar a infraestrutura de núvem garantindo alta disponibilidade, resiliência e consistência do software.

Assim como assumimos a responsabilidade de sincronizar os dados entre o data center da Nextel e a nuvem. Movendo com segurança uma quantia grande em GB de dados relacionados à consumo para a núvem diariamente, sem perda ou duplicação dos dados.

Solução

Implementação técnica

k Escolhemos o GlusterFS para garantir a consistência, instalado entre o data center da Nextel e a AWS, sincronizando os dados de usuários (ex.: consumo do plano de dados, minutos de chamada). A equipe de operações da Nextel IT alimentava o GlusterFS diretamente com os dados de torres telefônicas, permitindo processamento em near-real-time.

Assim que os dados estavam disponíveis no volume montado em instâncias na AWS, a implementação em Celery entra em jogo. No centro da arquitetura, o Celery (implementado em Python 3) usando Redis como message broker, executa jobs assíncronos para inspecionar eventos no GlusterFS.

Uma vez que o Celery detecta um novo arquivo disponível ele analisa o conteúdo e inicia um multipart upload para o AWS S3, em seguida compara os checksums para garantir a consistência (e retenta em caso de inconsistência).

Após chegar ao AWS S3, o evento do objeto aciona uma função AWS Lambda para analisar o conteúdo e indexá-lo no Elasticsearch, sendo posteriormente servido aos clientes através de uma API REST.

Toda o design da infrastrutura foi planejada para ser imutável, facilitando a evolução e confiabilidade, tendo Ansible como Configuration Manager e AWS CloudFormation como provisionador na nuvem. Em apenas alguns minutos é possível recriar todo o ecossistema, com esforço mínimo.

Impacto e resultados

Todo o processo de disponibilização dos dados de uma torre celular que tomava em torno de 1 dia foi reduzido para 5 minutos. Como consequência, o tempo de duração das chamadas nos call center caiu ~56%, devido à alternativa de self-service fornecida no aplicativo.

Além disso, os usuários podem gerenciar seu histórico de chamadas e planejar o consumo diretamente pelo celular, com atualizações em near-real-time. Proporcionano um feedback consistente e interativo.

Matheus Cunha
Matheus Cunha
Engenheiro de Sistemas e Mágico

Apenas um amante de tecnologia empoderando empresas com computação “high-tech” para ajudar na inovação (:

comments powered by Disqus