# FAQ ## Quais links devo adicionar aos favoritos? * Portal RealmJoin: * Repositório público de Runbooks: * Site geral da 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? A 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. A RealmJoin oferece packaging as a service para disponibilizar quaisquer aplicações em falta. Como a RealmJoin tira partido diretamente do Microsoft Intune, é possível disponibilizar aplicações adicionais que são mantidas independentemente 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? A 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 sincronizados automaticamente para um ambiente RealmJoin como parte do nosso serviço. A RealmJoin tira partido das funcionalidades padrão do Azure Automation para alojar estes runbooks partilhados. Eles serão armazenados usando um `prefixo rjgit-` na sua Azure Automation Account. Pode simplesmente adicionar runbooks personalizados sem este prefixo à mesma Azure Automation Account. Se os runbooks seguirem o nosso esquema de nomenclatura, o RealmJoin Portal apresentará os seus runbooks personalizados da mesma forma que os nossos runbooks partilhados. Consulte [Esquema de nomenclatura de runbooks](https://docs.realmjoin.com/pt/automacao/runbooks/naming-conventions) ## Que custo esperar dos recursos do Azure? A RealmJoin utiliza a instância Azure do cliente para [Log Analytics](https://docs.realmjoin.com/pt/registos/log-analytics) e[ Key Vault](https://docs.realmjoin.com/pt/agente-realmjoin/realmjoin-client/local-admin-password-solution-laps/keyvault). 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 corresponde a 2-4 cêntimos/utilizador por mês. Monitorizaremos no futuro os valores de tráfego e atualizaremos a nossa estimativa regularmente, se necessário. ## A RealmJoin funciona com o Windows Autopilot para implementação pré-provisionada (anteriormente: WhiteGlove)? A compatibilidade da 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**: Suportada. * **Considerações**: Certifique-se de que cumpre os [requisitos definidos pela Microsoft](https://learn.microsoft.com/en-us/autopilot/pre-provision) para pré-provisionamento. Tenha em atenção que este método apenas suporta aplicações no contexto do 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 da RealmJoin**: * **Compatibilidade**: Não suportada. * **Recomendação**: Neste cenário, é possível utilizar 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 da RealmJoin. 3. **Combinação de implementação de aplicações orientada pelo Intune e pelo agente da RealmJoin:** * **Compatibilidade:** Possível, mas não recomendado. * O agente da 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 (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 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 rigorosa 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 progressivos de estabilidade: **Instâncias alojadas por programadores** * Ambientes de desenvolvimento individuais para desenvolvimento inicial de funcionalidades e iteração rápida **Portal de Staging** * Ambiente de testes central onde as funcionalidades recentemente desenvolvidas são implementadas * Acessível publicamente, mas deve ser utilizado com cautela devido às alterações frequentes * Serve tanto como ambiente formal de testes como plataforma de utilização diária para a equipa da RealmJoin * Os padrões de utilização no mundo real ajudam a identificar problemas antes da implementação em produção **Portal Produtivo** * Ambiente de produção que serve os utilizadores finais * Recebe lançamentos em lote de várias funcionalidades testadas a partir do ambiente de staging ### Testes do Agente O agente utiliza uma estratégia de lançamento em três canais: **Canal Canary** * Lançamentos de ponta usados 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 atualidade das funcionalidades com estabilidade razoável **Canal Stable** * 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.