> 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/de/fehlerbehebung-and-faq/faq.md). # FAQ ## Kann ich meine eigenen Softwarepakete und Updates verwalten? RealmJoin enthält einen internen Application Store, der mit Intunewin (Microsoft Endpoint Manager / Intune Package Format) kompatibel ist und über 3000 vorhandene Anwendungen umfasst. RealmJoin bietet Packaging-as-a-Service an, um fehlende Anwendungen bereitzustellen. Da RealmJoin Microsoft Intune direkt nutzt, ist es möglich, zusätzliche Anwendungen anzubieten, die von Ihrer Organisation unabhängig gepflegt werden, zusätzlich zu Anwendungen aus unserem Application Store. ## Kann ich meine eigenen Runbooks verwalten? RealmJoin bietet ein [öffentliches Repository von Runbooks](https://github.com/realmjoin/realmjoin-runbooks). Diese Runbooks werden kontinuierlich verbessert und aktualisiert und bilden die Grundlage dessen, was wir für alltägliche Routinetätigkeiten in einer modernen Arbeitsumgebung halten. Daher werden diese Runbooks im Rahmen unseres Services automatisch in eine RealmJoin-Umgebung synchronisiert. RealmJoin nutzt die Standardfunktionen von Azure Automation, um diese gemeinsam genutzten Runbooks zu hosten. Sie werden mit einem `rjgit-` Präfix in Ihrem Azure Automation-Konto gespeichert. Sie können benutzerdefinierte Runbooks ohne dieses Präfix einfach im selben Azure Automation-Konto hinzufügen. Wenn die Runbooks unserem Namensschema entsprechen, präsentiert das RealmJoin Portal Ihre benutzerdefinierten Runbooks auf die gleiche Weise wie unsere gemeinsam genutzten. Siehe [Runbook-Namensschema](/de/automatisierung/runbooks/naming-conventions.md) ## Welche Kosten sind von Azure-Ressourcen zu erwarten? RealmJoin nutzt die Azure-Instanz des Kunden für [Log Analytics](/de/uberwachung-and-protokolle/log-analytics.md) und[ Key Vault](/de/realmjoin-agent/realmjoin-client/local-admin-password-solution-laps/keyvault.md). Microsoft stellt die Kosten für den Datenverkehr direkt dem Kunden in Rechnung, derzeit 2,8 € pro GB. Aus unserer Erfahrung mit mehreren Kunden schätzen wir, dass 250 bis 500 Tenant-Benutzer erforderlich sind, um 1 GB zu erreichen, was 2–4 Cent/Benutzer pro Monat entspricht. Wir werden die Verkehrsvolumina in Zukunft überwachen und unsere Schätzung bei Bedarf regelmäßig aktualisieren. ## Funktioniert RealmJoin mit Windows Autopilot für vorab bereitgestellte Bereitstellung (früher: WhiteGlove)? Die Kompatibilität von RealmJoin mit Autopilot-Vorabbereitstellung variiert je nach ausgewählter Bereitstellungsmethode: 1. **Intune-gesteuerte App-Bereitstellung**: * **Kompatibilität**: Unterstützt. * **Hinweise**: Stellen Sie sicher, dass Sie die [von Microsoft definierten Anforderungen](https://learn.microsoft.com/en-us/autopilot/pre-provision) für die Vorabbereitstellung erfüllen. Bitte beachten Sie, dass diese Methode nur Gerätekontext-Apps unterstützt, die entweder auf das Gerät selbst oder auf einen vorab zugewiesenen Benutzer ausgerichtet sind. 2. **RealmJoin-Agent-gesteuerte App-Bereitstellung**: * **Kompatibilität**: Nicht unterstützt. * **Empfehlung**: In diesem Szenario kann ein Temporary Access Pass (TAP) verwendet werden. Diese Methode ermöglicht es, ein Gerät im Namen eines Benutzers zu registrieren, was die gesamten Intune- und RealmJoin-Bereitstellungsphasen umfasst. 3. **Mischung aus Intune- und RealmJoin-Agent-gesteuerter App-Bereitstellung:** * **Kompatibilität:** Möglich, aber nicht empfohlen. * Der RealmJoin-Agent kann Anwendungen erkennen, die über Intune-gesteuerte App-Bereitstellung installiert wurden. Für eine erfolgreiche Erkennung müssen die Pakete jedoch exakt übereinstimmen (z. B. Argument-Hashes, Versionsnummer). Dieser Ansatz erhöht die Komplexität, da Anwendungen zweimal gepflegt werden müssen und die Zuordnungslogik komplizierter wird. ## Backend-Tests Backend-Tests werden über zwei Hauptkomponenten durchgeführt: das Portal und den Agenten. Jede Komponente nutzt mehrere Bereitstellungskanäle, um vor dem Erreichen der Produktionsumgebungen eine gründliche Validierung sicherzustellen. ### Portal-Tests Die Testinfrastruktur des Portals besteht aus drei Umgebungen mit zunehmenden Stabilitätsstufen: **Vom Entwickler gehostete Instanzen** * Einzelne Entwicklungsumgebungen für die anfängliche Feature-Entwicklung und schnelle Iteration **Staging-Portal** * Zentrale Testumgebung, in der neu entwickelte Funktionen bereitgestellt werden * Öffentlich zugänglich, sollte aber aufgrund häufiger Änderungen mit Vorsicht verwendet werden * Dient sowohl als formale Testumgebung als auch als Plattform für den täglichen Gebrauch für das RealmJoin-Team * Praxisnahe Nutzungsmuster helfen dabei, Probleme vor der Produktionsbereitstellung zu erkennen **Produktives Portal** * Produktionsumgebung, die Endbenutzer bedient * Erhält gebündelte Releases mehrerer getesteter Funktionen aus der Staging-Umgebung ### Agent-Tests Der Agent verwendet eine Release-Strategie mit drei Kanälen: **Canary-Kanal** * Bleeding-Edge-Releases, die vom internen Entwicklungsteam verwendet werden * Ermöglicht schnelles internes Feedback zu neuen Funktionen **Beta-Kanal** * Unternehmensweiter Release-Kanal, der im gesamten Unternehmen ausgerollt wird * Balanciert die Aktualität der Funktionen mit angemessener Stabilität **Stable-Kanal** * Produktionsreifer Release-Kanal mit gründlich getesteten Funktionen * Empfohlen für den allgemeinen Gebrauch mit maximaler Stabilität Alle drei Agentenkanäle stehen Kunden öffentlich zum Testen auf dem von ihnen bevorzugten Stabilitätsniveau sowie zum Evaluieren kommender Funktionen in ihren eigenen Umgebungen zur Verfügung. --- # 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/de/fehlerbehebung-and-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.