---
title: Recursos do Tenant
slug: admin/recursos-do-tenant
description: This document delves into the concept of Tenants and Resources in a platform, specifically how they represent customer spaces and the information they utilize. It highlights the importance of setting up a database resource and linking it to a specific Ten
docTags: 
createdAt: 2022-12-02T13:50:04.000Z
---

Os **Tenants** representam espaços do cliente dentro da plataforma. É possível que uma mesma organização tenha diversos Tenants distintos, com seu próprio conjunto de grupos (multitenant). Entretanto, os **Recursos** representam informações e elementos que os Tenants fazem uso. Ou seja, pode-se ter diversos ambientes de usuários separados até por urls diferentes, com acessos, permissões, visões e regras de negócios distintos, ou diversos tenants com urls distintas acessando as mesmas regras de negócios, usuários e base de dados.Tudo sendo orquestrado em um único local.

Desse modo, os recursos podem representar: `Banco de dados, Sistema de Arquivos, entre outros`.&#x20;

:::hint{type="info"}
✏️ <u>**Nota:**</u> Os grupos e itens de configuração também serão segregados.
:::

![](https://api.archbee.com/api/optimize/pu5VMc-2TW3GQX4ly5Xp7/ZiV0_7x23xkYioFp8hjxS_image.png "Tela de Cadastro de Recursos")

:::hint{type="info"}
🖊 <u>**Nota**</u>**:&#x20;**&#xC9; necessário informar somente os dados do recurso, bem como a qual tenant o recurso será vinculado. Caso o recurso tenha campos, é necessário infomá-los.
:::

***

:::BlockQuote
<u>**Exemplo**</u>**:**
Caso esteja configurando um recurso de Banco de dados, os campos com as informações da URL do servidor, bem como senha devem ser informados.

A aplicação fará a leitura de todos os recursos configurados para aquele tenant e adaptará seu funcionamento conforme estes recursos.
:::

## Ambientes de Trabalho: Desenvolvimento, Homologação e Produção

A plataforma é capaz de provisionar e licenciar múltiplos ambientes de trabalho, permitindo a separação adequada das etapas de desenvolvimento, validação e operação em produção. Essa separação garante controle de qualidade, segurança operacional e rastreabilidade, além de atender às boas práticas de ciclo de vida de sistemas.

Estão previstos, no mínimo, os seguintes ambientes:

Ambiente de Desenvolvimento: voltado à construção, parametrização, testes técnicos e validação inicial de funcionalidades por equipes técnicas ou squads de desenvolvimento;

Ambiente de Homologação: utilizado para validação funcional por usuários-chave ou áreas de negócio, onde são realizados testes de aceitação e verificação antes da liberação para produção;

Ambiente de Produção: ambiente definitivo de operação da plataforma, utilizado por usuários finais e com controle completo de disponibilidade, performance, segurança e integridade dos dados.

## Portabilidade de Dados entre Ambientes

A plataforma oferece mecanismos que permitem mover dados do ambiente de produção para outras bases ou ambientes da aplicação, de forma segura, controlada e auditável. Essa funcionalidade é essencial para atividades como testes, análises, validações, treinamentos e simulações baseadas em dados reais.

Os principais objetivos dessa capacidade incluem:

Replicação de dados produtivos para o ambiente de homologação ou desenvolvimento, com o intuito de validar melhorias ou identificar problemas com base em cenários reais;

Transferência estruturada de dados entre instâncias da aplicação, mantendo integridade e consistência;

Suporte a práticas seguras de portabilidade, com opções de anonimização ou desidentificação de dados, quando necessário, conforme as diretrizes da LGPD e boas práticas de segurança.
