> 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/outros/faq.md).

# FAQ

## Que links devo marcar como favoritos?

* Portal RealmJoin:

  <https://portal.realmjoin.com>
* Repositório público de runbooks:

  <https://github.com/realmjoin/realmjoin-runbooks>
* Website geral do RealmJoin:

  [https://realmjoin.com/](https://realmjoin.com)
* Documentação:

  [https://docs.realmjoin.com/](https://docs.realmjoin.com)

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

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

Como o RealmJoin tira partido diretamente do Microsoft Intune, é possível disponibilizar aplicações adicionais que são mantidas de forma independente pela sua organização, além das aplicações obtidas através da nossa loja de aplicações.

## Posso manter os meus próprios runbooks?

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 pensamos serem tarefas rotineiras do dia a dia num ambiente de trabalho moderno. Como tal, estes runbooks são sincronizados automaticamente para um ambiente RealmJoin como parte do nosso serviço.

RealmJoin tira partido das funcionalidades padrão 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 Portal RealmJoin 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?

RealmJoin utiliza a instância Azure do cliente para [Log Analytics](/pt/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.

Pela 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 se traduz em 2-4 cêntimos/utilizador por mês.

Monitorizaremos os números de tráfego no futuro e atualizaremos a nossa estimativa regularmente, se necessário.

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

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

1. **Implementação de aplicações orientada pelo Intune**:
   * **Compatibilidade**: Suportado.
   * **Considerações**: Certifique-se de que cumpre os [requisitos definidos pela Microsoft](https://learn.microsoft.com/en-us/autopilot/pre-provision) para o pré-provisionamento. Note que este método apenas suporta aplicações em contexto de dispositivo que sejam direcionadas para o próprio dispositivo ou para um utilizador pré-atribuído.
2. **Implementação de aplicações orientada pelo agente RealmJoin**:
   * **Compatibilidade**: Não suportado.
   * **Recomendação**: Neste cenário, é possível usar um Temporary Access Pass (TAP). Este método permite inscrever 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 RealmJoin:**
   * **Compatibilidade:** Possível, mas não recomendado.
   * O Agente RealmJoin pode 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 (como 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 intrincada.

## Testes do backend

Os testes de backend são realizados em dois componentes principais: o Portal e o Agente. Cada componente utiliza vários canais de implementação para garantir uma validação exaustiva antes de chegar aos 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 pelo programador**

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

**Portal de staging**

* Ambiente central de testes onde são implementadas novas funcionalidades desenvolvidas
* Acessível publicamente, mas deve ser utilizado com cautela devido a alterações frequentes
* Serve tanto como ambiente formal de testes como plataforma de uso diário para a equipa RealmJoin
* Os padrões de utilização do 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 a partir do staging

### Testes do agente

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 em toda a empresa implementado na organização
* Equilibra atualidade das funcionalidades com estabilidade razoável

**Canal estável**

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

Todos os três canais do agente estão publicamente disponíveis para os clientes testarem ao seu nível de estabilidade preferido e avaliarem funcionalidades futuras 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:

```
GET https://docs.realmjoin.com/pt/outros/faq.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
