FAQ

Quels liens dois-je mettre en favori ?

• RealmJoin Portal :

  https://portal.realmjoin.com

• Dépôt public de runbooks :

  https://github.com/realmjoin/realmjoin-runbooks

• Site web général de RealmJoin :

  https://realmjoin.com/

• Documentation :

  https://docs.realmjoin.com/

Puis-je gérer mes propres logiciels et mises à jour ?

RealmJoin contient une boutique d’applications interne compatible avec Intunewin (Microsoft Endpoint Manager / Intune Package Format), avec plus de 3000 applications existantes. RealmJoin propose un service de packaging pour fournir toutes les applications manquantes.

Comme RealmJoin s’appuie directement sur Microsoft Intune, il est possible de proposer des applications supplémentaires gérées indépendamment par votre organisation, à côté des applications provenant de notre boutique d’applications.

Puis-je gérer mes propres runbooks ?

RealmJoin propose un dépôt public de runbooks. Ces runbooks sont améliorés et mis à jour en continu et constituent la base de ce que nous considérons comme des tâches routinières quotidiennes dans un environnement de travail moderne. À ce titre, ces runbooks sont automatiquement synchronisés dans un environnement RealmJoin dans le cadre de notre service.

RealmJoin utilise les fonctionnalités standard d’Azure Automation pour héberger ces runbooks partagés. Ils seront stockés avec un rjgit- préfixe dans votre compte Azure Automation. Vous pouvez simplement ajouter des runbooks personnalisés sans ce préfixe dans le même compte Azure Automation. Si les runbooks respectent notre convention de nommage, RealmJoin Portal présentera vos runbooks personnalisés de la même manière que nos runbooks partagés.

Voir Convention de nommage des runbooks

À quels coûts faut-il s’attendre pour les ressources Azure ?

RealmJoin utilise l’instance Azure du client pour Log Analytics et Key Vault. Microsoft facture directement au client le coût du trafic, actuellement 2,8 € par Go.

D’après notre expérience auprès de plusieurs clients, nous estimons qu’il faut entre 250 et 500 utilisateurs du tenant pour atteindre 1 Go, ce qui correspond à 2 à 4 centimes par utilisateur et par mois.

Nous surveillerons à l’avenir les volumes de trafic et mettrons régulièrement à jour notre estimation si nécessaire.

RealmJoin fonctionne-t-il avec Windows Autopilot pour le déploiement préconfiguré (anciennement : WhiteGlove) ?

La compatibilité de RealmJoin avec Autopilot Pre-Provisioning varie selon la méthode de déploiement choisie :

1. Déploiement d’applications piloté par Intune:

   • Compatibilité: Pris en charge.

   • Considérations: Assurez-vous de respecter les exigences définies par Microsoft pour le pré-provisionnement. Veuillez noter que cette méthode ne prend en charge que les applications en contexte appareil, ciblées soit sur l’appareil lui-même, soit sur un utilisateur préattribué.

2. Déploiement d’applications piloté par l’agent RealmJoin:

   • Compatibilité: Non pris en charge.

   • Recommandation: Dans ce scénario, il est possible d’utiliser un Temporary Access Pass (TAP). Cette méthode permet d’enregistrer un appareil au nom d’un utilisateur, ce qui inclut l’ensemble des phases de déploiement Intune et RealmJoin.

3. Mélange de déploiement d’applications piloté par Intune et par l’agent RealmJoin :

   • Compatibilité : Possible, mais non recommandé.

   • L’agent RealmJoin peut détecter les applications installées via un déploiement d’applications piloté par Intune. Cependant, pour une reconnaissance réussie, les packages doivent correspondre exactement (par exemple les hachages des arguments, le numéro de version). Cette approche ajoute de la complexité, car les applications doivent être gérées deux fois et la logique d’affectation devient plus complexe.

Tests backend

Les tests backend sont effectués sur deux composants principaux : le Portal et l’Agent. Chaque composant utilise plusieurs canaux de déploiement afin de garantir une validation approfondie avant d’atteindre les environnements de production.

Tests du Portal

L’infrastructure de test du portal se compose de trois environnements avec des niveaux de stabilité progressifs :

Instances hébergées par les développeurs

• Environnements de développement individuels pour la création initiale des fonctionnalités et l’itération rapide

Portail de préproduction

• Environnement de test central où les nouvelles fonctionnalités développées sont déployées

• Accessible publiquement, mais à utiliser avec prudence en raison de changements fréquents

• Sert à la fois d’environnement de test formel et de plateforme d’utilisation quotidienne pour l’équipe RealmJoin

• Les schémas d’utilisation réels permettent de détecter les problèmes avant le déploiement en production

Portal de production

• Environnement de production destiné aux utilisateurs finaux

• Reçoit des mises en production groupées de plusieurs fonctionnalités testées depuis l’environnement de préproduction

Tests de l’agent

L’agent utilise une stratégie de publication en trois canaux :

Canal Canary

• Versions à la pointe de l’actualité utilisées par l’équipe de développement interne

• Permet un retour interne rapide sur les nouvelles fonctionnalités

Canal Beta

• Canal de publication à l’échelle de l’entreprise déployé dans toute l’organisation

• Équilibre l’actualité des fonctionnalités avec une stabilité raisonnable

Canal Stable

• Canal de publication prêt pour la production, avec des fonctionnalités testées de manière approfondie

• Recommandé pour une utilisation générale avec une stabilité maximale

Les trois canaux de l’agent sont publiquement disponibles pour les clients afin de les tester au niveau de stabilité de leur choix et d’évaluer les fonctionnalités à venir dans leurs propres environnements.