> 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/sonstiges/faq.md).

# FAQ

## Welche Links sollte ich als Lesezeichen speichern?

* RealmJoin Portal:

  <https://portal.realmjoin.com>
* Öffentliches Runbook-Repository:

  <https://github.com/realmjoin/realmjoin-runbooks>
* 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 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 unabhängig von Ihrer Organisation gepflegt werden, neben den Anwendungen, die über unseren Application 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 als alltägliche Routineaufgaben in einer modernen Arbeitsplatzumgebung ansehen. Daher werden diese Runbooks im Rahmen unseres Dienstes automatisch in eine RealmJoin-Umgebung synchronisiert.

RealmJoin nutzt Standardfunktionen von Azure Automation, um diese geteilten Runbooks zu hosten. Sie werden mit einem `rjgit-` Präfix in Ihrem Azure Automation-Konto gespeichert. Sie können benutzerdefinierte Runbooks einfach ohne dieses Präfix zum selben Azure Automation-Konto hinzufügen. Wenn die Runbooks unserem Namensschema entsprechen, präsentiert das RealmJoin Portal Ihre benutzerdefinierten Runbooks auf dieselbe Weise wie unsere geteilten.

Siehe [Runbook-Namensschema](/de/automatisierung/runbooks/naming-conventions.md)

## Welche Kosten sind durch Azure-Ressourcen zu erwarten?

RealmJoin nutzt die Azure-Instanz des Kunden für [Log Analytics](/de/protokolle/log-analytics.md) und[ Key Vault](/de/realmjoin-agent/realmjoin-client/local-admin-password-solution-laps/keyvault.md). Microsoft berechnet die Kosten für den Datenverkehr direkt dem Kunden, derzeit 2,8 € pro GB.

Aus unserer Erfahrung mit mehreren Kunden schätzen wir, dass 250 bis 500 Tenant-Benutzer nötig sind, um 1 GB zu erreichen, was 2–4 Cent/Benutzer pro Monat entspricht.

Wir werden die Verkehrsstatistiken künftig überwachen und unsere Schätzung bei Bedarf regelmäßig aktualisieren.

## Funktioniert RealmJoin mit Windows Autopilot für die vorprovisionierte Bereitstellung (früher: WhiteGlove)?

Die Kompatibilität von RealmJoin mit Autopilot Pre-Provisioning variiert je nach der ausgewä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 gesamten Intune- und RealmJoin-Bereitstellungsphasen einschließt.
3. **Kombination aus Intune- und RealmJoin-Agent-gesteuerter App-Bereitstellung:**
   * **Kompatibilität:** Möglich, aber nicht empfohlen.
   * Der RealmJoin Agent kann Anwendungen erkennen, die über eine 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 komplizierter wird.

## Backend-Tests

Backend-Tests werden über zwei primäre Komponenten 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 zunehmendem Stabilitätsgrad:

**Vom Entwickler gehostete Instanzen**

* Einzelne Entwicklungsumgebungen für die initiale Funktionsentwicklung und schnelle Iterationen

**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 formelle Testumgebung als auch als täglich genutzte Plattform für das RealmJoin-Team
* Nutzungsmuster aus der Praxis helfen dabei, Probleme vor der Bereitstellung in der Produktion aufzudecken

**Produktives Portal**

* Produktionsumgebung für Endbenutzer
* Erhält gebündelte Releases mehrerer getesteter Funktionen aus dem Staging

### Agenten-Tests

Der Agent verwendet eine Release-Strategie mit drei Kanälen:

**Canary-Kanal**

* Topaktuelle 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 eingesetzt wird
* Balanciert die Aktualität der Funktionen mit angemessener Stabilität

**Stabiler Kanal**

* Produktionsreifer Release-Kanal mit gründlich getesteten Funktionen
* Empfohlen für die allgemeine Verwendung mit maximaler Stabilität

Alle drei Agentenkanäle stehen Kunden öffentlich zum Testen auf dem von ihnen bevorzugten Stabilitätsniveau sowie zur Evaluierung bevorstehender 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:

```
GET https://docs.realmjoin.com/de/sonstiges/faq.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
