Skip to main content

Provisionamento

  1. Por que retornar para o CDS para reprovisionar o ambiente?
  2. Por que tem cliente somente com a camada RT?
  3. Não deveria ser um padrão para todo CLOCK IN?
  4. Os Parquets do CDS continuam existindo após migração para o Big Query?
  5. O mapping continua buscando os dados do CDS quando só estou com o Big Query provisionado, mas sem usar o SQL_ONLY?
  6. Depois que migrar para os Pipelines em SQL vai continuar existindo o RT (real time) ou será exclusivamente o Big Query?
  7. Como eu faço para eliminar uma Tenant?

1. Por que retornar para o CDS para reprovisionar o ambiente?

Durante a etapa de migração de tenants para o Big Query ocorre o provisionamento do ambiente, e um dos processos é a carga inicial de dados no Big Query oriundos da camada CDS (parquet). Após o término do provisionamento a camada CDS é mantida como fonte segura de dados (backup) para uma eventual cobertura de incidentes.
No caso de um incidente, cuja decisão seja optar pelo reprovisionamento, esta camada de backup (parquet) será novamente acionada no processo de carga inicial de dados no Big Query.
Todos os ambientes migrados possuem a camada CDS (não é possível desativar - habilitado por padrão).

2. Por que tem cliente somente com a camada RT?

Todos os clientes possuem também a camada CDS, mesmo que não esteja visível.

3. Não deveria ser um padrão para todo CLOCK IN?

O Big Query será habilitado para todos num futuro breve.

4. Os Parquets do CDS continuam existindo após migração para o Big Query?

Sim, possuem a característica de backup neste momento, poderemos avaliar novamente e eventualmente removê-los num futuro.

5. O mapping continua buscando os dados do CDS quando só estou com o Big Query provisionado, mas sem usar o SQL_ONLY?

Não, os dados são ingeridos e processados no BQ, apenas o motor de processamento é executado no formato visual, situação temporária até a migração completa para SQL_ONLY.

6. Depois que migrar para os Pipelines em SQL vai continuar existindo o RT (real time) ou será exclusivamente o Big Query?

RT (real time) continua existindo. Estamos com uma campanha para despromover e haverá migração (tecnológica) para um banco de dados relacional (SQL). Será conduzido pelo time de produto clock in (e time correspondente para os demais Apps).

7. Como eu faço para eliminar uma Tenant?

No caso do encerramento de contrato de um cliente, o Segmento deve efetuar a abertura de um ticket solicitando a eliminação do ambiente uma vez atendido as seguintes etapas:

  • Ambiente foi validado para ser eliminado (orientação do time interno, churn cliente, solicitação do time - para ambientes de homologação).
  • No de churn, o chamado deve ser aberto apenas após atendido o acordo de retenção de dados.
Atenção!

O processo de eliminação de ambientes é irreversível. A solicitação deve ser aberta apenas quando o ambiente realmente deve ser eliminado.

Backup de dados

Caso o cliente necessite backup dos dados, um chamado deverá ser aberto, especificando os dados (Data Models) que deverão ser exportados. Os dados serão disponibilizados em arquivos parquet.
O backup pode ser exportado da própria ferramenta, caso o cliente ainda tenha acesso, através dos passos:

  1. Acessar o módulo Explore.
  2. Selecionar o data model desejado (essa rotina deve ser executado para todos os data models que devem ser exportados).
  3. Clicar em "..." para acessar o menu Export as.

Export step

  1. Selecionar a opção Parquet.
  2. Uma Task será criado no Activity Management (sino no canto superior direito), essa task, quando a exportação estiver concluída, terá o link para download dos dados no formato parquet.
  3. Ao acessar o o ícone do Activity Management, é possível clicar em View all, com isso você irá visualizar todas as tasks.
  4. A task de exportação possui o título Export Search Result. Ao clicar nesta task, o painel lateral será aberto.
  5. Você visualizará o link Download ZIP file (parquet).

Donwload step

Reduzir o custo do ambiente

Veja algumas estratégias usadas para reduzir o custo do ambiente, quando o cliente está sem uso do ambiente.
Essas estratégias deverão tornar o aplicativo inoperante (Clock-In, por exemplo).

Eliminar camada Real-Time (RT)
Caso tenha-se o objetivo de deixar o ambiente não operacional e de forma mais econômica, é recomendado que a camada de armazenamento Real-time seja eliminada. Neste procedimento os dados não são perdidos, o acesso é apenas mais lento, estando disponível apenas via Carol Data Storage (CDS) e BigQuery caso esteja habilitado. Você deve acessar o ambiente do cliente com o perfil Tenant Admin, e na sequência acessar o menu Data Models. Este procedimento deverá ser executado para cada Data Model do ambiente:

First step

Ao acessar o módulo de Data Model, você deverá acessar o menu "Management and Subscriptions" para acessar os storage types deste Data Model:

Second step

Ao clicar em "Delete storage" você será questionado para digitar o nome do Storage Type (Realtime) para se assegurar que a ação está sendo executada no Data Model correto.

Para reverter esta operação, você deverá adicionar o Storage Type "Real-time" novamente.
A plataforma Carol irá copiar os dados do Storage Type "Carol Data Storage" (CDS).

Revert action

Parar processos de Carol App para Clock-In e Clock-In Web
Acessando o ambiente do cliente como um Tenant Admin, você deve acessar o menu Carol App e na sequência o aplicativo Clock-In:

Revert action

Todos os agendamentos referente aos Carol App Clock-In Backoffice deve ser removido, evitando que haja processos em execução quando o ambiente não está operacional.
Para cada processo (Carol App Process), vá em editar, e clique em "Remove" para eliminar o schedule de execução:

Revert action

Usuários de acesso e tokens
Recomenda-se também a eliminação do acesso de usuários à plataforma, evitando que dados sejam enviados (através do Carol Connect ou dispositivos Mobiles). A lista de usuários e tokens está disponível dentro de Tenant Admin:

Revert action