...
Índice |
---|
maxLevel | 5 |
---|
outline | true |
---|
exclude | .*ndice |
---|
style | none |
---|
|
Objetivo
...
O objetivo deste guia é ilustrar os exemplos de sizing para utilização no fluig.
Solicitação de sizing
...
No processo de solicitação de sizing, há um formulário com uma série de questões que devem ser respondidas sobre a utilização do fluig no cliente. As respostas devem ser aproximadas a experiência que o cliente terá sobre a utilização da plataforma.
Nota |
---|
|
Clientes fluig devem contatar os parceiros e canais fluig para solicitar o sizing para ambientes. Na sequência o canal irá tomar as seguintes ações de contato:
- Para fluig em execução na Nuvem TOTVS deve-se contatar o time de Projetos Cloud para que seu sizing seja homologado.
- Para fluig em execução em servidores próprios, deve-se contatar o time de Infra Services TOTVS, assim você terá todo o apoio através de reuniões de entendimento, visitas técnicas quando necessárias, modelos de sizing, dentre outros serviços.
|
Informações para elaborar dimensionamento
...
- Quantidade de usuários conectados simultaneamente
Por padrão de mercado, a quantidade de usuários conectados ao mesmo tempo é um valor entre 10% e 30% do total de usuários cadastrados em base.
Ou seja, se você tem 1000 usuários cadastrados você terá entre 100 e 300 usuários conectados simultaneamente. - Quantidade de documentos publicados na implantação
- Quantidade de documentos versionados mensalmente
- Tamanho médio dos arquivos publicados (em Kbytes)
Esta métrica está diretamente relacionada ao espaço em disco que será sugerido para o cliente. Sugerimos utilizar o repositório de documentos em um Storage com discos SAS de 15k em RAID-1. - Quantidade de processos workflow que será aberta mensalmente
Esta métrica está relacionada ao poder de processamento das máquinas onde estarão as instâncias de fluig. Quanto mais processos abertos mais máquinas serão necessárias.
Disponibilidade do ambiente
...
Deck of Cards |
---|
effectDuration | 0.5 |
---|
history | false |
---|
id | samples |
---|
effectType | fade |
---|
|
Card |
---|
default | true |
---|
id | 1 |
---|
label | Alta disponibilidade |
---|
| |
Quando um ambiente é de alta disponibilidade, estamos falando que este é um ambiente crítico e não pode ficar fora do ar. Para que a disponibilidade seja garantida todas as máquinas envolvidas em um ambiente de alta disponibilidade devem possuir redundância de pelo menos 1 máquina. Estas trabalharam de maneira conjunta dividindo o processamento. Caso uma máquina cair a máquina que ainda está no ar assumirá todo o processamento. Além de redundância esses ambientes devem ter plano de backup diário. Projetos que demandam este tipo de ambiente são os de maior custo para o cliente.
|
Card |
---|
id | 2 |
---|
label | Média disponibilidade |
---|
|
Quando um ambiente é de média disponibilidade, estamos falando de um ambiente no qual impacta a operação do cliente. Ou seja, se o ambiente ficar fora do ar no período de expediente do cliente esta queda causará impacto em sua operação.
Este ambiente é distribuído para minimizar os pontos de falha. Este é um modelo que apresenta custo médio para o cliente por não ter redundância entre as máquinas, comparado ao modelo de alta disponibilidade.
|
Card |
---|
id | 3 |
---|
label | Baixa disponibilidade |
---|
|
Quando um ambiente é de baixa disponibilidade estamos falando de um ambiente no qual não impacta diretamente na operação do cliente, ou seja, se o ambiente ficar fora durante alguns minutos no horário de expediente do cliente esta queda não impactará em sua operação. Este modelo é o de menor custo para o cliente, entretanto é o mais vulnerável.
![](/download/attachments/244429371/Baixa%20-%20Ambiente%20Produ%C3%A7%C3%A3o.png?version=1&modificationDate=1469559866000&api=v2)
|
|
...