> 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/fr/depannage-et-faq/faq.md). # FAQ ## Puis-je gérer moi-même mes propres packages logiciels et mises à jour ? RealmJoin contient une boutique d'applications interne compatible avec Intunewin (Microsoft Endpoint Manager / format de package Intune), avec plus de 3000 applications existantes. RealmJoin propose un service de packaging as a service pour fournir toute application manquante. Comme RealmJoin s'appuie directement sur Microsoft Intune, il est possible de proposer des applications supplémentaires qui sont maintenues indépendamment par votre organisation, en plus des applications provenant de notre boutique d'applications. ## Puis-je gérer moi-même mes propres runbooks ? RealmJoin propose un [référentiel public de runbooks](https://github.com/realmjoin/realmjoin-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 s'appuie sur les fonctionnalités standard d'Azure Automation pour héberger ces runbooks partagés. Ils seront stockés avec un `préfixe rjgit-` préfixe dans votre compte Azure Automation. Vous pouvez simplement ajouter des runbooks personnalisés sans ce préfixe au même compte Azure Automation. Si les runbooks respectent notre convention de nommage, le portail RealmJoin présentera vos runbooks personnalisés de la même manière que nos runbooks partagés. Voir [Convention de nommage des runbooks](/fr/automatisation/runbooks/naming-conventions.md) ## À quel coût s'attendre pour les ressources Azure ? RealmJoin utilise l'instance Azure du client pour [Log Analytics](/fr/supervision-et-journaux/log-analytics.md) et[ Key Vault](/fr/agent-realmjoin/realmjoin-client/local-admin-password-solution-laps/keyvault.md). 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 chiffres du trafic et mettrons régulièrement à jour notre estimation si nécessaire. ## RealmJoin fonctionne-t-il avec Windows Autopilot pour le déploiement pré-provisionné (anciennement : WhiteGlove) ? La compatibilité de RealmJoin avec le pré-provisionnement Autopilot 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 satisfaire aux [exigences définies par Microsoft](https://learn.microsoft.com/en-us/autopilot/pre-provision) pour le pré-provisionnement. Veuillez noter que cette méthode ne prend en charge que les applications en contexte appareil qui sont ciblées soit vers l'appareil lui-même, soit vers 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'enrôler 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 le déploiement d'applications piloté par Intune. Cependant, pour une reconnaissance réussie, les packages doivent correspondre exactement (par exemple, hachages d'arguments, numéro de version). Cette approche ajoute de la complexité, car les applications doivent être maintenues deux fois et la logique d'affectation devient plus complexe. ## Tests du backend Les tests du backend sont menés sur deux composants principaux : le portail et l'agent. Chaque composant utilise plusieurs canaux de déploiement afin d'assurer une validation complète avant d'atteindre les environnements de production. ### Tests du portail L'infrastructure de test du portail comprend trois environnements avec des niveaux de stabilité progressifs : **Instances hébergées par les développeurs** * Environnements de développement individuels pour le développement initial 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 modèles d'utilisation réels aident à faire ressortir les problèmes avant le déploiement en production **Portail de production** * Environnement de production destiné aux utilisateurs finaux * Reçoit des mises en production groupées de plusieurs fonctionnalités testées depuis la préproduction ### Tests de l'agent L'agent utilise une stratégie de publication à trois canaux : **Canal Canary** * Publications de pointe utilisées par l'équipe de développement interne * Permet un retour interne rapide sur les nouvelles fonctionnalités **Canal bêta** * Canal de publication à l'échelle de l'entreprise déployé dans toute l'organisation * Équilibre la fraîcheur des fonctionnalités avec une stabilité raisonnable **Canal stable** * Canal de publication prêt pour la production avec des fonctionnalités minutieusement testées * 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. --- # 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/fr/depannage-et-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.