Commit 6a36b67e601373fce0f75386aca71fef8ead82fe
1 parent
dc98c789
Exists in
master
Formatação do título
Showing
1 changed file
with
4 additions
and
4 deletions
Show diff stats
docs/Funcionamento agente.md
... | ... | @@ -6,7 +6,7 @@ A principal mudança que vi foi na coleta, pois além do WMI, podemos fazer tamb |
6 | 6 | |
7 | 7 | Então, esse agente basicamente virá para melhorar, obviamente. A princípio pensei em algo bem parecido na teoria: |
8 | 8 | |
9 | -##**O início de tudo, Instalador:** | |
9 | +#**O início de tudo, Instalador:** | |
10 | 10 | * O Instalador para Windows acredito que a melhor maneira seria fazer um MSI. Reduz a chance de conflito com firewall e etc, ficando também mais amigável pro usuário, já que a maioria dos instaladores são parecidos. |
11 | 11 | * Tentei pensar em algo menos trabalhoso, pois quando instalado por meio do netlogon pode complicar pra instalar na rede, como já presenciamos na PGFN, e também atrasar o login do usuário, então pensei nos seguintes procedimentos: |
12 | 12 | 1. No windows: Para rodar no netlogon deverá ser passado como parâmetro o servidor para autenticação e o '/silent' pra rodar em segundo plano. Caso não seja netlogon, o usuário irá digitar o servidor em uma das telas de diálogo; |
... | ... | @@ -14,17 +14,17 @@ Então, esse agente basicamente virá para melhorar, obviamente. A princípio pe |
14 | 14 | 3. Se positivo, cria a árvore de diretórios e faz download do módulo principal e a biblioteca de comunicação (dll ou so); |
15 | 15 | 4. Cria o serviço para o módulo e o inicia. |
16 | 16 | |
17 | -##**O módulo principal.** | |
17 | +#**O módulo principal.** | |
18 | 18 | * Após a instalação, o módulo principal seria iniciado, coletando as informações de configuração (getConfig) e baixando os módulos necessários, que seriam as .dll (windows) ou .so(linux), para realizar a coleta depois; |
19 | 19 | * Faz a verificação das bibliotecas; |
20 | 20 | * Inicializa a biblioteca para realizar a coleta que será enviada a princípio pelo mesmo formato de XML do antigo (mas será modificado em uma nova release para json ou algo parecido); |
21 | 21 | |
22 | -#*O loop...* | |
22 | +##*O loop...* | |
23 | 23 | * Acho que na instalação poderia ser setado um tempo de espera randomico entre 3 e 6 horas, pra não ficar muito demorado e, também, pra não fazer todos rodarem ao mesmo tempo e congestionar o gerente. |
24 | 24 | * No loop seria realizado: |
25 | 25 | 1. O procedimento de checagem das bibliotecas e etc, pra caso alguma esteja faltando ser realizado o download de novo; |
26 | 26 | 2. O getConfig; |
27 | 27 | 3. As coletas; |
28 | 28 | |
29 | -#*Força Coleta* | |
29 | +##*Força Coleta* | |
30 | 30 | * Aqui vem minha maior dúvida, estava pensando em algum tipo de sincronia em tempo real. Estou dando uma pesquisada ainda, mas isso demandaria uma atualização também no gerente. Então a princípio ficaria o mesmo, seria realizado por meio do getTest de 5 em 5 minutos. | ... | ... |