O melhor sistema para você NUNCA PODER CONTAR!

Prezado Sr. Antônio Henrique, boa tarde!

Lamentamos pelo ocorrido e todo transtorno ocasionado pelo incidente. Comunicamos que identificamos o agente causador e os serviços foram reestabelecidos integralmente.

A indisponibilidade de acesso ao sistema SophiA foi reportada em 15 de julho, nossa equipe técnica identificou o agente causador. Inicialmente implantamos uma medida paliativa, enquanto monitorávamos o tráfego de dados da licença evitando nova indisponibilidade.
O monitoramento foi iniciado no mesmo dia, em 15 de julho.
A ocorrência foi priorizada para diagnóstico e resolução. Por tratar-se de algo complexo e urgente, adotamos o posicionamento de informar que estaríamos em tratativa e não informar prazo de resolução. Somente com identificação e diagnóstico do problema, foi possível planejar, testar e disponibilizar a correção.

Prezamos pela parceria e transparência no relacionamento, ressaltamos que todo esforço de mão de obra possível foi disponibilizado para atuar na tratativa.
A Ouvidoria da Prima manteve contato durante toda a tratativa, e segue à disposição para esclarecimentos.

Conforme havia sinalizado por telefone, gostaria, muito, de ouvir, dos desenvolvedores e programadores, uma explicação técnica e plausível, com os erros que foram corrigidos, para evitar que isso se repita. Acredito eu que a grande quantidade de acessos simultâneos ao TW (cerca de 3 mil pessoas) possa ter acarretado isso, mas, por outro lado, não acredito que remuneremos a PRIMA por praticamente 3 mil alunos e o próprio sistema não esteja preparado para receber todos esses acessos.

Entendo que problemas acontecem, mas, infelizmente, não podemos seguir utilizando um sistema de gestão acadêmica que não podemos confiar na estabilidade. Exatamente para que não seja necessária uma migração, gostaria de entender, tecnicamente, o que aconteceu, as medidas tomadas e como vamos fazer para evitar que se repita.

Entrarei de férias no domingo (18/07) e retornarei na primeira semana de agosto e, portanto, gostaria, muitíssimo, que até lá vocês providenciassem essas informações. Em cópia, coloco o sr. Ari, programador responsável por toda a equipe técnica da Instituição e pelos sistemas de desenvolvimento próprio que usamos.

Apesar de estarmos, ontem, à flor da pele, não queremos viver em clima de guerra e imagino que as informações que pedimos nos ajudarão a alinhar as metas. Aqui, temos como cultura dizer que Se está pegando fogo, precisamos fazer duas coisas igualmente importantes: apagar o incêndio e garantir que ele não aconteça de novo. Fizemos a primeira parte, e agora precisamos contar com vocês para fazer a segunda.

Prezado Sr. Antônio Henrique, bom dia!

Após uma análise detalhada em todos os cenários detectados pelos travamentos ocasionados, destacamos que encontramos dois pontos que foram corrigidos e estão liberados de forma definitiva no produto no build *******.

O primeiro ponto solucionado foi um travamento ocasionado ao enviar as notificações Push do App SophiA para dispositivos com iOS. Para que esse serviço aconteça, a Apple exige que tenhamos um certificado do tipo p12 para autenticação com o aplicativo. Esse arquivo estava danificado e foi preciso recriar para a instalação da escola. O impacto dessa falha é que todas as notificações de Notas, Faltas e Avisos estavam sendo enviadas para o aplicativo parceiro, porém, se acumulando na fila de operações do sistema ao tentar enviar para o App SophiA. Com a quantidade elevada de requisições pendentes, e por continuar a tentar enviar as notificações Push não enviadas, o sistema ficou com uma carga excessiva fora do normal, que nunca diminuía.

O segundo ponto trabalhado foi na emissão do Boletim e Quadro de Horário através da integração com o aplicativo parceiro. Ao receber as requisições, processar o relatório e retorná-lo em formato PDF, o sistema estava consumindo uma memória elevada e não desocupando totalmente ao final do processamento. Isso fazia com que após uma determinada quantidade de requisições, a memória de uso do servidor de aplicação ficasse muito elevado, o que fazia que ele parasse de responder a requisições recebidas, seja do Gerenciador, do Terminal Web e até mesmo do aplicativo. Para isso, a forma de processamento do relatório, em especial ao tratamento das imagens existentes dentro do relatório gerado, foi alterada e, após testes de exaustão, avaliamos que essa memória não fica mais presa após o processamento do relatório.

A Prima segue à disposição para outros esclarecimentos.