Edição das 13h23min de 5 de janeiro de 2017

Relatório Resumo Configurações de máquinas

mudar o relatório - está hardcoded para a ent_id da sme-sp em: C:\Projetos\MStechCollection\BlueMonitor\main\BlueMonitorSSO_vs2012\BlueMonitor\Relatorios\RelatorioResumoConfigMaquina.aspx.cs

linha 40: if (__SessionWEB.__UsuarioWEB._Usuario.ent_id.Equals("6CF424DC-8EC3-E011-9B36-00155D033206"))

Limite de conexões simultâneas (downloads)

BlueMonitor tem limite de downloads - BlueMonitor gerencia quantos downloads estão sendo feitos, e se já deu o limite, ele retorna "Requisição Excedida" quando um cliente faz requisição da lista de updates pendentes (já aconteceu na FDE - blueUpdate) O BlueUpdate precisa enviar uma notificação de início de download para o BM.

o webservice retorna quantos Status download tem aberto e não fechado. se estiver acima de um X lá, ele não deixa marcar o início do download logo que começar a baixar.

A API não tem limite de downloads

Listagem de máquinas

A listagem de dispositivos apresenta carregamento muito lento. Precisamos investigar as operações realizadas para o carregamento da página e otimizá-las.

Trocar SQL Job e Windows services

Os SQL jobs e Windows Services são de difícil manutenção (devops) e não fornecem acesso a execução manual e logs (até fornecem, mas tem muitas restrições para implantação -- permissão de usuário no bd entre outros)

• Jobs de indicadores da tela inicial
• serviço de inventário
• serviço de monitoramento de link;

Seria interessante trocar SQL jobs e Windows services por tecnologia de jobs administradas pelo ASP.net, como exemplo o HangFire.

Dashboard

Criar dashboard com indicadores

• Uso de dispositivos
• Uso de softwares
• Dispositivos com atualizações pendentes

Novo Blue

Plataforma Tracker

04/01/17 - 15h

Dicionário de dados tem uma documentação, mas vinicius fez um apanhado de todas as funcionalidades do BM e BCW a ideia é renovar a plataforma

relatório de atendimento para o produto não faz sentido, sendo que podemos contabilizar dados de outra forma 15 dias bcw 15 dias bm

um backend, 1 client

blue monitor ainda não tem relatório de inventariado relatórios bem específicos pra cada cliente.

existe um rascunho de relatórios, dashboards apresentados

android - stand by

sincronização de usuários (?) fde manda a base cie

camada como um AD - integrações BD, AD, etc no desktop

bluecontrol - precisava de aluno e professor devido a permissão de horários em sala - provavelmente daria para remover o grupo de usuários

substituir ping de tunel ssh por um sinal de máquina ligada

seria possível montar um mapa igual da central de monitoramento apenas com o sinal de máquina ligada.

tipo de máquina (ver pelo processador) num primeiro momento, usar seleção manual, depois, ver pelo processador.

alertas de coisas fora do padrão: baidu, por exemplo no perfil, e-mail, tela máquina mudou o hardware e software

mapa geral das escolas ligadas e desligadas.

inventariado de software remover, bloquear, fora do padrão padrão - que nós enviamos associar, desassociar, desinstalar o pacote bloquear o software (desinstalar e não deixar mais)

Editar configurações da máquina (nome, usuário, localização, tipo da máquina)

Funcionalidades básicas - atômicas

- modelagem de dados, o que é um computador, onde está, o que é feito alimentação de dados de inventário, entrada saída, login logout, qto tempo (btracker + mongoDB) POC: buscar inventário de uma library java, ou wmi.

- inventários - características físicas hardware e software - reconhecer o parque de máquinas. Enviar apenas quando houver alteração. na primeira vez manda tudo, amanhã gera de novo, compara com o que tem (hash do pacote) se for idêntico, ignora o upload. - mais importante: HD (espaço em disco, softwares instalados) - processador, placa mãe, memória - para os técnicos monitorarem máquinas defasadas, etc - alertas de tempo de processador, memória, hd (se ficar mais de 80% durante 1h, manda alerta)

- localizações administrativas (endereço, domínio) - maquina com id tal, na sala Y, subscretaria X, da região, nível infinito hierárquico. (verificar gerador e validador de chaves do casella)

- usuários (coresso) - verificar performance (logar na uad) logar no sistema - número de requisições no core sincronizar nas estações - inseguro: banco local em cada máquina, token, openID.

- utilização desses usuários no login/logout (perguntar via api, não teremos servidor nas escolas, se não tiver internet, cada máquina terá um bd local )

relatórios - base dispositivos: utilização dos dispositivos, quantas máquinas com determinado processador, qtd memória, qtas máquinas tem qtos gigas, tamanho do hd, tipo de placa mãe, tipos de dispositivos (netbook, desktop, tablet, chromebook, etc), ligados e desligados (em det. período) uso de software: os do btracker + dados básicos por escola, por software, por data específico. acesso a internet: btracker (apenas título da janela, não mostra url), estudar se é possível buscar a url (sniffer, anti virus, etc) btracker tem diferença aluno/professor (?) quanto tempo aquele usuário perdeu naquele site. filtrar por domínio

licenças: software da mstech e do SO,

---

Updates Reformular o cadastro de updates (dependências - ex. instalar o update 2 se já tiver o 1) sem gerenciamento de dependências (cadastro de update dependente um do outro, pra essa primeira versão, continua como está, pelo número da versão) know-how - ok, já conhecemos as regras

Relatórios Atualizações (updates) o que foi atualizado, o que falta atualizar

Validador de licenças: quantos softwares foram licenciados para aquele cliente, quando instalar no client, ver se ainda existem licenças disponíveis. se não tiver, alerta o usuário e não deixa instalar.

05/01 - 9h

Wizard de instalação maq. laboratório - vefificar se tem algo no banco, se já foi configurada antes. acelerador - fazer separado do wizard se tiver um servidor, fica no servidor as configurações da máquina referentes a localização, range de ip, se tiver servidor, ele já configuraria, se tiver broadcast, validaria, e se não, busca no datacenter. localização, tipo, patrimônio, nome da máquina, numa máquina a gente configuraria, e nas outras, verifica esta instalação, ou fica num servidor de cache (segundo momento) - máquina mestra que vai servir como espelho pras outras, no momento de dar manutenção, pra definir localidade, updates (segundo momento) Tendo travas no wizard e no configurador, de não sair da tela a não ser se estiver tudo ok. a ideia é configurar pela web as máquinas tb. diminuir os passos de 2 pra 1, criar grupos individualmente e manualmente. Pensar em automação em outro momento.

asp.net core piloto 15 dias + postgres