> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/pt/resolucao-de-problemas-e-faq/faq.md).

# FAQ

## Posso manter os meus próprios pacotes de software e atualizações?

O RealmJoin contém uma loja de aplicações interna compatível com Intunewin (Microsoft Endpoint Manager / formato de pacote Intune), com mais de 3000 aplicações existentes. O RealmJoin oferece empacotamento como serviço para fornecer quaisquer aplicações em falta.

Como o RealmJoin aproveita diretamente o Microsoft Intune, é possível oferecer aplicações adicionais que são mantidas de forma independente pela sua organização, em paralelo às aplicações provenientes da nossa loja de aplicações.

## Posso manter os meus próprios runbooks?

O RealmJoin oferece um [repositório público de runbooks](https://github.com/realmjoin/realmjoin-runbooks). Estes runbooks são continuamente melhorados e atualizados e constituem a base do que consideramos serem tarefas rotineiras do dia a dia num ambiente de trabalho moderno. Como tal, estes runbooks são automaticamente sincronizados para um ambiente RealmJoin como parte do nosso serviço.

O RealmJoin utiliza funcionalidades standard do Azure Automation para alojar estes runbooks partilhados. Serão armazenados usando um `rjgit-` prefixo na sua Conta do Azure Automation. Pode simplesmente adicionar runbooks personalizados sem este prefixo à mesma conta do Azure Automation. Se os runbooks seguirem o nosso esquema de nomenclatura, o RealmJoin Portal apresentará os seus runbooks personalizados da mesma forma que os nossos partilhados.

Ver [Esquema de nomenclatura dos runbooks](/pt/automacao/runbooks/naming-conventions.md)

## Que custos esperar dos recursos do Azure?

O RealmJoin utiliza a instância Azure do cliente para [Análise de Logs](/pt/monitorizacao-e-registos/log-analytics.md) e[ Key Vault](/pt/realmjoin-agent/realmjoin-client/local-admin-password-solution-laps/keyvault.md). A Microsoft cobra o custo do tráfego diretamente ao cliente, atualmente 2,8 € por GB.

Com base na nossa experiência com vários clientes, estimamos que são necessários 250 a 500 utilizadores do tenant para atingir 1 GB, o que equivale a 2-4 cêntimos/utilizador por mês.

No futuro, iremos monitorizar os números de tráfego e atualizar a nossa estimativa regularmente, se necessário.

## O RealmJoin funciona com Windows Autopilot para implementação pré-provisionada (antigamente: WhiteGlove)?

A compatibilidade do RealmJoin com o Autopilot Pre-Provisioning varia consoante o método de implementação selecionado:

1. **Implementação de aplicações orientada pelo Intune**:
   * **Compatibilidade**: Suportado.
   * **Considerações**: Assegure-se de que cumpre os [requisitos definidos pela Microsoft](https://learn.microsoft.com/en-us/autopilot/pre-provision) para pré-provisionamento. Note que este método apenas suporta aplicações em contexto de dispositivo que sejam direcionadas quer para o próprio dispositivo quer para um utilizador pré-atribuído.
2. **Implementação de aplicações orientada pelo agente do RealmJoin**:
   * **Compatibilidade**: Não suportado.
   * **Recomendação**: Neste cenário, é possível usar um Temporary Access Pass (TAP). Este método permite registar um dispositivo em nome de um utilizador, o que inclui todas as fases de implementação do Intune e do RealmJoin.
3. **Mistura de implementação de aplicações orientada pelo Intune e pelo agente do RealmJoin:**
   * **Compatibilidade:** Possível, mas não recomendado.
   * O Agente do RealmJoin consegue detetar aplicações instaladas através da implementação de aplicações orientada pelo Intune. No entanto, para um reconhecimento bem-sucedido, os pacotes têm de corresponder exatamente (por exemplo, hashes de argumentos, número de versão). Esta abordagem acrescenta complexidade, uma vez que as aplicações precisam de ser mantidas duas vezes e a lógica de atribuição torna-se mais intricada.

## Testes de backend

Os testes de backend são realizados em dois componentes principais: o Portal e o Agent. Cada componente utiliza vários canais de implementação para garantir uma validação exaustiva antes de chegar a ambientes de produção.

### Testes do Portal

A infraestrutura de testes do portal consiste em três ambientes com níveis de estabilidade progressivos:

**Instâncias alojadas por programadores**

* Ambientes de desenvolvimento individuais para o desenvolvimento inicial de funcionalidades e iteração rápida

**Portal de pré-produção**

* Ambiente central de testes onde as funcionalidades recém-desenvolvidas são implementadas
* Acessível publicamente, mas deve ser usado com cautela devido às alterações frequentes
* Serve tanto como ambiente formal de testes como plataforma de utilização diária para a equipa do RealmJoin
* Os padrões de utilização no mundo real ajudam a identificar problemas antes da implementação em produção

**Portal de produção**

* Ambiente de produção que serve os utilizadores finais
* Recebe lançamentos em lote de várias funcionalidades testadas da pré-produção

### Testes do Agent

O agente utiliza uma estratégia de lançamento em três canais:

**Canal Canary**

* Versões de ponta usadas pela equipa interna de desenvolvimento
* Permite feedback interno rápido sobre novas funcionalidades

**Canal Beta**

* Canal de lançamento para toda a empresa implementado em toda a organização
* Equilibra a atualidade das funcionalidades com uma estabilidade razoável

**Canal estável**

* Canal de lançamento pronto para produção com funcionalidades exaustivamente testadas
* Recomendado para utilização geral com estabilidade máxima

Os três canais do agente estão disponíveis publicamente para os clientes testarem ao nível de estabilidade preferido e avaliarem as próximas funcionalidades nos seus próprios ambientes.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.realmjoin.com/pt/resolucao-de-problemas-e-faq/faq.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
