Ir para o conteúdo principal

Definição de Separação de Dados Multi-tenant

Código do Documento: DEF-SEP-MUL-TEN-001

Versão: 1.0

Data de Aprovação: Janeiro de 2026

Classificação de Informação: Uso Interno / Clientes

Área Gestora: Segurança da Informação / TI

Aplica-se a: Todos os Serviços, Bancos de Dados e Aplicações

A arquitetura de isolamento por chaves de identificação (também conhecida como Logical Multi-tenancy ou Row-Level Isolation) é uma estratégia robusta e eficiente para sistemas SaaS que utilizam uma base de dados compartilhada.

1. O Conceito de Isolamento Lógico

Diferente de modelos onde cada cliente tem seu próprio banco de dados (o que elevaria drasticamente o custo de infraestrutura no AWS RDS), o SISMETRO utiliza um Banco de Dados Consolidado.

  • A Chave de Identificação: Cada tabela que contém dados sensíveis ou de clientes possui uma coluna identificadora (tenant_id).

  • Filtro em Camada de Aplicação: O isolamento ocorre no nível do código (Aplicação). Toda e qualquer consulta ao banco de dados é automaticamente "carimbada" com o ID do cliente logado (tenant_id), garantindo que um Cliente A jamais visualize registros do Cliente B, mesmo estando na mesma tabela física.

2. Vantagens Estratégicas para o Cliente

Ao descrever isso para um fornecedor ou auditoria, os pontos de destaque são:

  • Segurança de Dados: O isolamento é garantido por políticas globais no código, o que minimiza o erro humano de esquecer um filtro em uma consulta específica.

  • Performance Consistente: Utilizando de instâncias potentes, replicadas e armazenamento extensível, o ganho de escala beneficia todos os clientes. O banco de dados consegue gerenciar índices globais de forma muito mais performática do que centenas de pequenos bancos separados.

  • Agilidade em Atualizações: Quando é atualizada a estrutura do banco (migrações), todos os clientes recebem as melhorias de segurança e performance simultaneamente.

3. RELATÓRIO TÉCNICO AWS

 

Documento Técnico de Isolamento de Dados entre Clientes/Tenants


Emitido por:
Amazon Q — Conta AWS Sismetro

Região: São Paulo — sa-east-1

Data de emissão: 02 de setembro de 2026

Gerado via: Amazon Q Developer — Console AWS

1.  Visão Geral da Arquitetura de Banco de Dados

O banco de dados principal do Sismetro é gerenciado pelo serviço Amazon RDS (Relational Database Service), utilizando o engine MySQL 8.4.10, hospedado exclusivamente na região São Paulo (sa-east-1) da Amazon Web Services.

Atributo                            Valor

Serviço

Amazon RDS

Engine

MySQL 8.4.10

Instância Principal           sismetro 

Instância de Leitura         sismetro-read 

Alta Disponibilidade       Multi-AZ (sa-east-1a / sa-east-1c)

Região                             sa-east-1 (São Paulo, Brasil)

 

2.  Modelo de Isolamento entre Tenants

O Sismetro adota o modelo de banco de dados compartilhado com isolamento lógico por schema/tenant, onde todos os clientes residem na mesma instância RDS, porém com separação lógica garantida pela aplicação.

2.1  Isolamento Lógico — Nível de Aplicação

Cada cliente/tenant possui um identificador único na camada de aplicação

As queries são sempre filtradas pelo tenant_id, garantindo que um cliente nunca acesse dados de outro

A camada de aplicação (ECS/Fargate) é responsável por aplicar o escopo correto em todas as operações de leitura e escrita

2.2  Isolamento de Rede — Nível de Infraestrutura AWS

O banco de dados opera dentro de uma VPC (Virtual Private Cloud) dedicada, com as seguintes camadas de proteção de rede:

2.3  Isolamento de Acesso — Credenciais e Autenticação

 O acesso ao banco de dados é realizado exclusivamente pelos serviços internos da plataforma (ECS/Fargate)

Cada serviço de aplicação utiliza credenciais próprias e controladas

Proteção contra exclusão acidental: Deletion Protection habilitado

3.  Proteção e Segurança dos Dados

3.1  Criptografia

Mecanismo                                              Status

Criptografia em repouso (at rest) ✅ Habilitada — AWS KMS

Criptografia em trânsito (in transit) ✅ TLS — Certificado rds-ca- (válido até 07/2027)

3.2  Backup e Recuperação

Atributo                                   Configuração

Retenção de backups

35 dias

Janela de backup

23:12–23:42 UTC

Backup target

Região sa-east-1

3.3  Monitoramento e Auditoria

Recurso                             Configuração

Performance Insights

✅ Habilitado

Enhanced Monitoring

✅ Habilitado

4.  Alta Disponibilidade e Resiliência

Auto Minor Version Upgrade          Habilitado — patches de segurança aplicados automaticamente

5.  Responsabilidade Compartilhada AWS

O modelo de segurança do Sismetro segue o Modelo de Responsabilidade Compartilhada da AWS:

Responsabilidade                                                      Parte

Segurança física dos datacenters

AWS

Infraestrutura de hardware e rede

AWS

Disponibilidade e durabilidade do RDS

AWS

Criptografia da infraestrutura subjacente

AWS

Configuração de VPC, Security Groups e acesso

Sismetro

Isolamento lógico de dados entre tenants

Sismetro

Gestão de credenciais e políticas de acesso

Sismetro

Conformidade com LGPD e regulamentações  

Sismetro

 

Referência: Modelo de Responsabilidade Compartilhada AWS


📌 Nota de autenticidade: Este documento foi gerado automaticamente pelo Amazon Q Developer com leitura direta da conta AWS Sismetro ( sa-east-1 ), em 02/09/2026, refletindo o estado real da infraestrutura no momento da consulta. Os dados são provenientes das APIs oficiais da AWS e podem ser verificados no Console RDS.