> 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 inclui uma loja de aplicações interna compatível com Intunewin (Microsoft Endpoint Manager / formato de pacote do 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 utiliza diretamente o Microsoft Intune, é possível oferecer aplicações adicionais que são mantidas de forma independente pela sua organização, juntamente com as aplicações obtidas na 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 melhorados e atualizados continuamente e constituem a base do que consideramos serem tarefas de rotina 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. O RealmJoin utiliza os recursos padrão do Azure Automation para alojar estes runbooks partilhados. Eles serão armazenados usando um `prefixo rjgit-` 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 nomeação, o RealmJoin Portal apresentará os seus runbooks personalizados da mesma forma que os nossos partilhados. Ver [Esquema de nomeação de runbooks](/pt/automacao/runbooks/naming-conventions.md) ## Que custo esperar dos recursos do Azure? O RealmJoin utiliza a instância Azure do cliente para [Log Analytics](/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 corresponde a 2 a 4 cêntimos por utilizador por mês. Iremos monitorizar os números de tráfego no futuro e atualizar regularmente a nossa estimativa, se necessário. ## O RealmJoin funciona com o Windows Autopilot para implementação pré-provisionada (anteriormente: 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 conduzida 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 direcionadas para o próprio dispositivo ou para um utilizador pré-atribuído. 2. **Implementação de aplicações conduzida pelo agente do RealmJoin**: * **Compatibilidade**: Não suportado. * **Recomendação**: Neste cenário, é possível utilizar 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 conduzida pelo agente do Intune e 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 conduzida 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, pois as aplicações precisam de ser mantidas duas vezes e a lógica de atribuição torna-se mais intrincada. ## Testes de 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 a ambientes de produção. ### Testes do Portal A infraestrutura de testes do portal consiste em três ambientes com níveis progressivos de estabilidade: **Instâncias alojadas por programadores** * Ambientes de desenvolvimento individuais para o desenvolvimento inicial de funcionalidades e iteração rápida **Portal de Staging** * Ambiente central de testes onde as funcionalidades recém-desenvolvidas são implementadas * Acessível publicamente, mas deve ser utilizado com cautela devido a mudanças frequentes * Serve tanto como ambiente formal de testes como plataforma de uso diário para a equipa do RealmJoin * Os padrões de utilização no mundo real ajudam a detetar 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 do staging ### Testes do Agente O agente utiliza uma estratégia de lançamento em três canais: **Canal Canary** * Lançamentos de vanguarda usados pela equipa interna de desenvolvimento * Permite feedback interno rápido sobre novas funcionalidades **Canal Beta** * Canal de lançamento para toda a empresa implantado 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 uso geral com máxima estabilidade Todos os três canais do agente estão publicamente disponíveis para os clientes testarem no nível de estabilidade da sua preferência 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, and the optional `goal` query parameter: ``` GET https://docs.realmjoin.com/pt/resolucao-de-problemas-e-faq/faq.md?ask=&goal= ``` `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.