For the complete documentation index, see llms.txt. This page is also available as Markdown.

FAQ

FAQ do RealmJoin: manutenção dos seus próprios pacotes de software e runbooks, custos esperados dos recursos Azure e como o RealmJoin se integra com o Microsoft Intune.

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. 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.

Que custo esperar dos recursos do Azure?

O RealmJoin utiliza a instância Azure do cliente para Log Analytics e Key Vault. 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 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.

Última atualização

Isto foi útil?