Tipos de ambiente do Power Platform explicados: Default, Sandbox, Developer e Production

By Mirko Peters · 2026-10-25

Domine os tipos de ambiente do Power Platform. Conheça as principais diferenças entre os ambientes default, sandbox, developer, production e trial no Microsoft 365.

Automatically translated with AI from the original post. Read the English original

Descubra as diferenças exatas entre os tipos de ambiente do Power Platform, incluindo os espaços default, os contêineres de desenvolvedor, os sandboxes e os ambientes de produção. Saiba qual contêiner usar para aprendizado pessoal, para testar mudanças arriscadas e para executar aplicativos de negócios críticos sem comprometer a arquitetura do seu locatário.

Principais conclusões

• Todo locatário do Microsoft 365 recebe exatamente um ambiente default, no qual todos os usuários licenciados podem criar soluções, mas que a Microsoft recomenda não usar para cargas de trabalho críticas de produção.
• Os ambientes sandbox funcionam como zonas seguras, fora de produção, com recursos administrativos de alto risco, como redefinir, copiar e excluir dados, sem afetar os sistemas em uso.
• Os ambientes de desenvolvedor gerenciados oferecem a cada usuário espaços privados para criar e testar aplicativos, sem consumir os limites de capacidade da empresa.
• Os ambientes de avaliação expiram após trinta dias e são destinados estritamente a provas de conceito de curto prazo, e não à hospedagem permanente de aplicativos.
• Escolher o tipo de ambiente correto evita a contaminação acidental de dados entre contextos e garante que os aplicativos se conectem exclusivamente a fontes de dados autorizadas dentro do mesmo limite.

Entendendo os limites dos ambientes do Power Platform

Quando você começa a criar aplicativos low-code e fluxos automatizados na nuvem da Microsoft, sua primeira decisão de arquitetura acontece antes de escrever uma única linha de lógica ou criar uma tabela de banco de dados. Você precisa decidir onde a sua solução vai ficar. No Microsoft Power Platform, um ambiente funciona como um contêiner seguro, projetado para armazenar, gerenciar e isolar seus dados de negócios, aplicativos, chatbots e fluxos. Assim como você não colocaria todos os arquivos financeiros, de RH e de marketing em uma única pasta compartilhada com uma chave mestra para toda a organização, nunca deve agrupar todos os seus aplicativos de negócios em um único espaço de trabalho compartilhado.

Um ambiente cria um limite rígido. Tudo o que você constrói dentro dele permanece vinculado a esse contêiner específico durante todo o seu ciclo de vida. Mais importante ainda, um aplicativo só consegue se conectar a fontes de dados que estejam dentro desse mesmo ambiente. Se você criar um aplicativo em um sandbox e tentar apontá-lo para um banco de dados em produção, o aplicativo simplesmente não conseguirá enxergá-lo. Entender esses limites transforma sua experiência de desenvolvimento, saindo de uma série confusa de erros de conexão para uma arquitetura previsível e gerenciável.

O ambiente default: conveniência com riscos ocultos

Cada locatário do Microsoft Entra ID recebe automaticamente exatamente um ambiente padrão criado pela Microsoft. Assim que novos usuários são provisionados com uma licença, eles são direcionados diretamente para esse espaço padrão, com a função de criador de ambiente habilitada. Isso significa que podem começar a criar aplicativos de tela e fluxos automatizados já no primeiro dia. Embora essa acessibilidade imediata torne o ambiente padrão extremamente convidativo, essa conveniência traz custos operacionais significativos.

Como o ambiente padrão é compartilhado globalmente por toda a sua empresa, ele logo se enche de experimentos pessoais, ferramentas de TI paralelas e protótipos esquecidos. Além disso, a Microsoft não oferece garantias robustas de backup para o ambiente padrão, e ele não pode ser excluído. Com um limite de um terabyte compartilhado entre banco de dados, arquivos e logs, usar o ambiente padrão como lar permanente para aplicativos essenciais ao negócio é receita para o desastre. Ele se destina exclusivamente a ferramentas de produtividade pessoal e experimentos de baixo risco.

Por que você deve sair do espaço padrão

Depender do ambiente padrão para cargas de trabalho de produção introduz riscos enormes de segurança e manutenção. Como todo usuário licenciado tem acesso de criador por padrão, um funcionário bem-intencionado pode facilmente criar um fluxo automatizado que extrai dados sensíveis de um sistema e os expõe em um lugar inadequado. Administradores de TI corporativos devem estabelecer políticas claras, direcionar novos criadores para ambientes de desenvolvedor pessoais e restringir o espaço padrão para manter um locatário limpo.

Ambientes de produção versus ambientes de sandbox: separando o trabalho real dos testes

Quando sua organização deixa para trás a experimentação casual, você precisa estabelecer uma separação clara entre seus sistemas operacionais em produção e seus espaços de teste. É aqui que entram os ambientes de produção e de sandbox.

Um ambiente de produção é onde vive o trabalho permanente e crítico para a missão. Os aplicativos e fluxos de trabalho automatizados de que sua empresa depende todos os dias devem sempre rodar aqui. Se uma indisponibilidade afeta seus resultados financeiros, a solução pertence a um contêiner de produção com monitoramento e controles de segurança adequados.

Por outro lado, ambientes de sandbox são suas salas seguras. Um sandbox é qualquer ambiente de não produção que possua recursos perigosos, como redefinir, copiar e excluir, que seriam catastróficos se executados em um ambiente real. Você quer que seus desenvolvedores e administradores quebrem coisas em um sandbox para que esses erros nunca se propaguem para a produção. Você pode até copiar um banco de dados de produção para um sandbox e testar atualizações com estruturas de dados realistas antes de publicar as mudanças.

Ambientes de desenvolvedor e de avaliação: espaços pessoais de aprendizado

Para criadores individuais, arquitetos de nuvem e profissionais de TI que querem se atualizar, a Microsoft oferece ambientes pessoais especializados que eliminam o atrito administrativo.

Um ambiente de desenvolvedor gerenciado pertence a um único usuário e é criado estritamente para aprendizado individual, prototipagem e desenvolvimento. Cada usuário licenciado pode obter um ambiente de desenvolvedor gerenciado, e esses espaços não contam para os limites de capacidade do locatário da sua empresa. É o sandbox definitivo para testar recursos, criar aplicativos orientados a modelo sobre o Dataverse e cometer erros sem afetar seus colegas.

Já os ambientes de avaliação são espaços de curta duração, projetados para provas de conceito rápidas. Eles expiram estritamente após trinta dias. Quando um ambiente de avaliação expira, seu conteúdo é apagado, por isso é fundamental nunca armazenar aplicativos permanentes ou dados valiosos do negócio em um contêiner de avaliação.

Conclusão: escolhendo o ambiente certo para cada projeto

Selecionar o tipo de ambiente adequado é o passo fundamental para construir soluções seguras e escaláveis na nuvem da Microsoft. Seja para criar um espaço de desenvolvedor pessoal para testar um novo fluxo automatizado, configurar um sandbox para quebrar coisas com segurança ou implantar um ambiente de produção bloqueado para usuários corporativos, respeitar esses limites mantém seu locatário limpo e em conformidade.

Para se aprofundar ainda mais na arquitetura de ambientes, funções de segurança, políticas de dados e gerenciamento do ciclo de vida de aplicativos, não deixe de ouvir o episódio completo do podcast M365 FM apresentado por Mirko Peters. Acompanhe insights de especialistas e estratégias práticas para dominar a nuvem da Microsoft!

Perguntas frequentes

Posso excluir o ambiente padrão do Power Platform?

Não, o ambiente padrão não pode ser excluído por administradores do locatário. Como todo locatário é provisionado com exatamente um ambiente padrão, que ancora as integrações nativas e a adoção inicial pelos usuários, a Microsoft mantém esse contêiner fixo. Você deve gerenciar o uso dele restringindo as implantações de produção dentro dele.

Qual é a diferença entre um ambiente de sandbox e um ambiente de produção?

Um ambiente de produção é otimizado para aplicativos de negócio estáveis e críticos, usados pelas equipes operacionais, enquanto um ambiente de sandbox é criado para testes, treinamento e desenvolvimento. Os sandboxes oferecem recursos administrativos de alto risco, como redefinição de banco de dados e cópias completas do ambiente, que ficam desabilitados em produção para proteger os dados ativos.

Ambientes de desenvolvedor gerenciados consomem capacidade do locatário?

Não, os ambientes de desenvolvedor gerenciados individuais não consomem a capacidade paga do Power Platform da sua organização. Eles são disponibilizados para criadores e desenvolvedores individuais construírem, testarem e aprenderem sem usar o pool de armazenamento corporativo.

Por quanto tempo duram os ambientes de avaliação do Power Platform?

Os ambientes de avaliação padrão são contêineres de curta duração que expiram automaticamente após 30 dias. Como todos os recursos dentro de um ambiente de avaliação são excluídos permanentemente ao expirar, eles devem ser usados apenas para avaliações de curto prazo e provas de conceito.