# FAQ ## Welche Links sollte ich als Lesezeichen speichern? * RealmJoin-Portal: * Öffentliches Runbook-Repository: * Allgemeine RealmJoin-Website: [https://realmjoin.com/](https://realmjoin.com) * Dokumentation: [https://docs.realmjoin.com/](https://docs.realmjoin.com) ## Kann ich meine eigenen Softwarepakete und Updates verwalten? RealmJoin enthält einen internen Anwendungs-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 verwaltet werden, neben den Anwendungen, die über unseren Anwendungs-Store bezogen werden. ## 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 Routineaufgaben in einer modernen Arbeitsumgebung halten. Daher werden diese Runbooks als Teil unseres Dienstes automatisch in eine RealmJoin-Umgebung synchronisiert. RealmJoin nutzt standardmäßige Azure-Automation-Funktionen, um diese gemeinsam genutzten Runbooks zu hosten. Sie werden mit einem `rjgit-` Präfix in Ihrem Azure Automation Account gespeichert. Sie können einfach benutzerdefinierte Runbooks ohne dieses Präfix zum selben Azure Automation Account hinzufügen. Wenn die Runbooks unserem Namensschema entsprechen, zeigt das RealmJoin Portal Ihre benutzerdefinierten Runbooks auf dieselbe Weise an wie unsere gemeinsam genutzten. Siehe [Runbook-Namensschema](https://docs.realmjoin.com/de/automatisierung/runbooks/naming-conventions) ## Welche Kosten sind für Azure-Ressourcen zu erwarten? RealmJoin nutzt die Azure-Instanz des Kunden für [Log Analytics](https://docs.realmjoin.com/de/protokolle/log-analytics) und[ Key Vault](https://docs.realmjoin.com/de/realmjoin-agent/realmjoin-client/local-admin-password-solution-laps/keyvault). Microsoft stellt die Kosten für den Datenverkehr direkt dem Kunden in Rechnung, derzeit 2,8 € pro GB. Aus unserer Erfahrung bei 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 Verkehrszahlen in Zukunft überwachen und unsere Schätzung bei Bedarf regelmäßig aktualisieren. ## Funktioniert RealmJoin mit Windows Autopilot für die vorab bereitgestellte Bereitstellung (vormals: WhiteGlove)? Die Kompatibilität von RealmJoin mit Autopilot-Vorabbereitstellung variiert je nach der gewählten 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 Apps im Gerätekontext 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 ist es möglich, einen Temporary Access Pass (TAP) zu verwenden. Diese Methode ermöglicht es, ein Gerät im Namen eines Benutzers zu registrieren, was die gesamte Intune- und RealmJoin-Bereitstellungsphase einschließt. 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 Zuweisungslogik komplexer 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 von Produktionsumgebungen eine gründliche Validierung sicherzustellen. ### Portal-Tests Die Testinfrastruktur des Portals besteht aus drei Umgebungen mit progressiven Stabilitätsstufen: **Von Entwicklern gehostete Instanzen** * Individuelle Entwicklungsumgebungen für die erste Feature-Entwicklung und schnelle Iteration **Staging-Portal** * Zentrale Testumgebung, in der neu entwickelte Funktionen bereitgestellt werden * Öffentlich zugänglich, sollte jedoch aufgrund häufiger Änderungen mit Vorsicht verwendet werden * Dient sowohl als formale Testumgebung als auch als Plattform für den täglichen Gebrauch durch das RealmJoin-Team * Nutzungsmuster aus der Praxis helfen dabei, Probleme vor der Produktionsbereitstellung aufzudecken **Produktives Portal** * Produktionsumgebung für Endbenutzer * Erhält gebündelte Releases mehrerer getesteter Funktionen aus der Staging-Umgebung ### Agenten-Tests Der Agent verwendet eine dreikanalige Release-Strategie: **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 in der gesamten Organisation bereitgestellt wird * Gleicht Aktualität der Funktionen mit angemessener Stabilität aus **Stabiler Kanal** * Produktionsreifer Release-Kanal mit gründlich getesteten Funktionen * Empfohlen für die allgemeine Nutzung mit maximaler Stabilität Alle drei Agentenkanäle stehen Kunden öffentlich zum Testen auf ihrem bevorzugten Stabilitätsniveau und zur Bewertung kommender Funktionen in ihrer eigenen Umgebung zur Verfügung.