Arquitetura

Como a Clikma funciona por dentro

Para as áreas de TI e arquitetura que avaliam uma plataforma de aprendizagem: quais componentes a Clikma tem, onde ela roda, como se integra, como escala, como é feito o backup e como as mudanças são publicadas.

  • Serviços independentes por domínio de negócio
  • Kubernetes na região de Santiago de Chile
  • API, SFTP e login único
  • Backups diários e recuperação de 14 dias

Atualizado em 24-10-2026

Como a plataforma Clikma funciona por dentro?

A Clikma é uma plataforma web multiempresa (SaaS) formada por 12 serviços de negócio independentes, como identidade e acesso, treinamento, e-learning, fichas de colaboradores, desempenho, documentos, perfis de cargo, indicadores e assistente de IA, além de uma aplicação web e players de conteúdo próprios. Roda em contêineres sobre Kubernetes gerenciado no Google Cloud, na região de Santiago de Chile, com um banco de dados PostgreSQL regional que mantém uma réplica em espera em outra zona.

Cada empresa cliente tem o seu subdomínio, a sua marca e a sua configuração na mesma plataforma, sem instalações separadas, e todas recebem as mesmas atualizações. As integrações entram por API com credenciais por cliente, por carga automática via SFTP ou por login único com SAML 2.0, LDAP, Microsoft Entra ID, Google ou OAuth.

A operação é monitorada de forma contínua, o banco de dados tem backup diário com recuperação para um ponto no tempo dos últimos 14 dias, cada mudança passa por revisão de código e análise estática antes de chegar à produção, e a disponibilidade garantida é de 99,5 %.

12
serviços de negócio independentes
4
ambientes separados: desenvolvimento, demo, testes de aceitação e produção
14 dias
de recuperação do banco de dados para um ponto no tempo
99,5 %
de disponibilidade garantida

As camadas da plataforma

Da entrada web aos dados, cada camada tem uma função e uma tecnologia conhecida, mantida pela equipe da Clikma.

Os serviços se comunicam por API sobre HTTPS e cada um é dono do seu banco de dados, dentro da mesma instância regional. Assim, uma falha ou uma atualização em um serviço não interrompe os demais.

Camadas da Clikma
CamadaO que fazComo é construída
Entrada webRecebe todo o tráfego HTTPS, direciona cada subdomínio para a aplicação correspondente e renova os certificados automaticamente.Gateway sobre Kubernetes, com certificados TLS automáticos.
Aplicação webA interface de colaboradores, gestores e administradores, em espanhol, inglês e português, com acessibilidade WCAG 2.1 e 2.2 nível AA.Aplicação Angular.
Players de conteúdoReproduzem pacotes SCORM 1.2 e 2004, xAPI, LTI, H5P, vídeo e HTML interativo, com a marca de cada empresa.Players próprios da Clikma.
Serviços de negócioIdentidade e acesso, treinamento, e-learning, fichas de colaboradores, desempenho, documentos, perfis de cargo, indicadores, assistente de IA e serviços de apoio.12 serviços em Java com Spring Boot, um por domínio.
DadosInformações de cada serviço, sessões de usuário e arquivos.PostgreSQL regional com réplica em espera, Redis de alta disponibilidade para as sessões e armazenamento de objetos.
Inteligência artificialRedige as respostas do assistente e faz buscas por significado no catálogo e nas aulas.Modelo de linguagem local hospedado na infraestrutura da Clikma e índice vetorial.

Multiempresa: uma plataforma, cada empresa com o que é seu

A Clikma é multiempresa desde a origem. Os dados de cada empresa são separados de forma lógica dentro da plataforma, e cada usuário acessa apenas o que a sua empresa e os seus privilégios permitem.

Integrações e API

A Clikma se conecta ao que a empresa já usa: o sistema de RH ou o ERP, o provedor de identidade, a videoconferência e as ferramentas de análise.

Hospedagem, alta disponibilidade e backups

A plataforma de produção roda no Google Cloud, na região de Santiago de Chile (southamerica-west1), sobre Kubernetes gerenciado.

  • Várias réplicas por serviço

    Cada serviço de produção roda com mais de uma réplica, e uma política de disponibilidade mantém pelo menos uma ativa durante a manutenção dos nós.

  • Banco de dados regional com réplica em espera

    O banco de dados de produção mantém uma réplica em espera em outra zona da região, que assume se o principal falhar.

  • Sessões em alta disponibilidade

    As sessões de usuário ficam em um armazenamento em memória com réplica em outra zona.

  • Backup diário e recuperação para um ponto no tempo

    O banco de dados tem backup diário e pode ser recuperado para qualquer momento dos últimos 14 dias.

  • Backup diário da configuração

    A configuração do cluster tem backup diário, e um procedimento documentado, com scripts, permite subir a plataforma completa em um cluster novo.

  • Manutenção programada

    As janelas de manutenção são aos sábados e domingos, das 04:00 às 10:00 UTC.

Monitoramento e operação

A equipe da Clikma acompanha a disponibilidade de cada serviço, o uso de recursos e o banco de dados, e revisa os logs quando algo não vai bem.

  • Monitoramento de disponibilidade

    Cada serviço público é monitorado de forma contínua, com uma página de status para a equipe de operação.

  • Métricas e alertas

    Alertas sobre o banco de dados e o uso de recursos dos serviços.

  • Logs centralizados

    Os logs de todos os serviços são reunidos em um mesmo lugar para investigar um incidente.

  • Rastreabilidade de cada e-mail enviado

    Entrega, abertura, clique, devolução e reclamação de cada e-mail.

  • Adoção e uso real da plataforma

    Usuários ativos, sessões simultâneas, horários de pico e dispositivos.

Como as mudanças são desenvolvidas e publicadas

Cada mudança percorre o mesmo caminho antes de chegar às empresas, e a infraestrutura está declarada em repositórios versionados.

  • Ambientes separados

    Desenvolvimento, demo, testes de aceitação e produção, cada um com os seus próprios dados.

  • Revisão e aprovação

    Cada mudança entra por uma solicitação de integração, que é revisada e aprovada antes de ser incorporada ao branch de produção.

  • Análise estática de código

    Cada serviço é analisado antes de ser integrado, para detectar erros e vulnerabilidades.

  • Verificação de acessibilidade a cada atualização

    Regras automáticas revisam a acessibilidade de cada mudança; a que não cumpre os requisitos não é integrada.

  • Implantação automatizada

    Cada serviço é construído e publicado com o seu próprio pipeline, sempre da mesma forma.

Escala em produção

Estes números vêm dos bancos de dados de produção da Clikma.

Perguntas frequentes

Onde a plataforma Clikma está hospedada?

No Google Cloud, na região de Santiago de Chile (southamerica-west1), sobre Kubernetes gerenciado, com o banco de dados de produção nessa mesma região.

A Clikma é uma plataforma multiempresa?

Sim. Cada empresa tem o seu subdomínio, a sua marca, a sua configuração e os seus dados separados de forma lógica na mesma plataforma, sem instalações separadas, e todas recebem as mesmas atualizações.

Com quais tecnologias a Clikma é construída?

Serviços em Java com Spring Boot, uma aplicação web em Angular, players de conteúdo próprios, bancos de dados PostgreSQL, Redis para as sessões e um modelo de linguagem local para o assistente de IA, tudo sobre Kubernetes.

A Clikma tem API?

Sim. Cada empresa usa a API com credenciais próprias, uma lista de IPs permitidos e privilégios definidos para ela, e os indicadores do Command Center também podem ser consultados por API.

O que acontece se uma zona do data center falhar?

Os serviços rodam com mais de uma réplica e o banco de dados mantém uma réplica em espera em outra zona da região, que assume se o principal falhar.

Com que frequência é feito o backup das informações?

O banco de dados tem backup diário e pode ser recuperado para qualquer momento dos últimos 14 dias. A configuração do cluster também tem backup diário.

Como a Clikma é atualizada?

Cada mudança passa por desenvolvimento, revisão de código, análise estática e ambientes de teste antes de chegar à produção, e é publicada com pipelines automatizados. A manutenção programada é aos sábados e domingos, das 04:00 às 10:00 UTC.

De qual endereço IP a Clikma se conecta aos meus sistemas?

De um endereço IP fixo de saída, que a equipe da Clikma informa à área de TI da empresa para que ela o autorize na sua lista de permissões.

Próximos passos: como começar com a Clikma

Se você está avaliando uma plataforma para treinar, avaliar e medir as suas equipes, este é o caminho habitual.

  1. Agende uma reunião

    Na página de contato, você escolhe um horário no calendário, ou escreve para contact@clikma.com ou pelo WhatsApp no +56 9 7960 1634, de segunda a sexta, das 09:00 às 18:00.

  2. Veja uma demonstração com os seus casos

    Percorremos as funcionalidades que interessam a você, com os seus processos e os seus números.

  3. Defina o escopo e a implementação

    Com um gerente de projeto, são definidos o escopo, os prazos e os papéis; o sistema de RH é conectado, o login único é configurado e o histórico de treinamentos é carregado.

  4. Operação assistida e acompanhamento

    Antes de abrir para toda a empresa, tudo é verificado e ajustado em uma operação assistida; depois, a equipe da Clikma continua acompanhando a operação.

Agende uma reunião Revisar a segurança da Clikma

Veja funcionando

Conheça a Clikma com os casos da sua empresa

Em uma demonstração, percorremos as funcionalidades que interessam a você, com os seus processos e os seus números.

Solicitar Demonstração
Logo