# 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** ![](file:///C:/Users/Marcio/AppData/Local/Temp/msohtmlclip1/01/clip_image001.gif)** 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 ![](file:///C:/Users/Marcio/AppData/Local/Temp/msohtmlclip1/01/clip_image002.gif)**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 ![](file:///C:/Users/Marcio/AppData/Local/Temp/msohtmlclip1/01/clip_image004.gif)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 ![](file:///C:/Users/Marcio/AppData/Local/Temp/msohtmlclip1/01/clip_image006.gif) 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** ![](file:///C:/Users/Marcio/AppData/Local/Temp/msohtmlclip1/01/clip_image007.gif)**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 ![](file:///C:/Users/Marcio/AppData/Local/Temp/msohtmlclip1/01/clip_image011.gif)**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 ![](file:///C:/Users/Marcio/AppData/Local/Temp/msohtmlclip1/01/clip_image016.gif)📌 **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.