FAQ

Kann ich meine eigenen Softwarepakete und Updates pflegen?

RealmJoin enthält einen internen Anwendungsstore, der mit Intunewin (Microsoft Endpoint Manager / Intune-Paketformat) 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, neben den aus unserem Anwendungsstore bezogenen Anwendungen.

Kann ich meine eigenen Runbooks pflegen?

RealmJoin bietet ein öffentliches Repository von Runbooksarrow-up-right. Diese Runbooks werden kontinuierlich verbessert und aktualisiert und bilden die Grundlage dessen, was wir für alltägliche Routinetätigkeiten in einer modernen Arbeitsplatzumgebung halten. Daher werden diese Runbooks als Teil unseres Dienstes automatisch in eine RealmJoin-Umgebung synchronisiert.

RealmJoin nutzt Standardfunktionen von Azure Automation, um diese geteilten Runbooks zu hosten. Sie werden unter Verwendung eines rjgit- Präfixes in Ihrem Azure Automation-Konto gespeichert. Sie können problemlos eigene Runbooks ohne dieses Präfix im 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

Welche Kosten sind für Azure-Ressourcen zu erwarten?

RealmJoin nutzt die Azure-Instanz des Kunden für Log Analytics und Key Vault. Microsoft stellt die Kosten für den Traffic direkt dem Kunden in Rechnung, derzeit 2,8 € pro GB.

Aus unserer Erfahrung mit mehreren Kunden schätzen wir, dass es 250 bis 500 Mandantenbenutzer benötigt, um 1 GB zu erreichen, was 2–4 Cent/Benutzer pro Monat entspricht.

Wir werden die Traffic-Zahlen in Zukunft überwachen und unsere Schätzung bei Bedarf regelmäßig aktualisieren.

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

Die Kompatibilität von RealmJoin mit Autopilot Pre-Provisioning hängt von der gewählten Bereitstellungsmethode ab:

  1. Intune-gesteuerte Anwendungsbereitstellung:

    • Kompatibilität: Unterstützt.

    • Überlegungen: Stellen Sie sicher, dass Sie die von Microsoft definierten Anforderungenarrow-up-right für die Pre-Provisioning erfüllen. Bitte beachten Sie, dass diese Methode nur gerätekontextbezogene Apps unterstützt, die entweder auf das Gerät selbst oder auf einen vorab zugewiesenen Benutzer ausgerichtet sind.

  2. RealmJoin Agent-gesteuerte Anwendungsbereitstellung:

    • Kompatibilität: Nicht unterstützt.

    • Empfehlung: In diesem Szenario ist es möglich, ein Temporary Access Pass (TAP) zu verwenden. Diese Methode ermöglicht die Registrierung eines Geräts im Namen eines Benutzers, was die gesamte Intune- und RealmJoin-Bereitstellungsphase einschließt.

  3. Mischung aus Intune- und RealmJoin Agent-gesteuerter Anwendungsbereitstellung:

    • Kompatibilität: Möglich, aber nicht empfohlen.

    • Der RealmJoin-Agent kann Anwendungen erkennen, die über Intune-gesteuerte Anwendungsbereitstellung 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 doppelt gepflegt werden müssen und die Zuweisungslogik komplizierter wird.

Backend-Tests

Die Backend-Tests werden über zwei primäre Komponenten durchgeführt: das Portal und den Agenten. Jede Komponente nutzt mehrere Bereitstellungskanäle, um eine gründliche Validierung vor der Produktion sicherzustellen.

Portal-Tests

Die Portal-Testinfrastruktur besteht aus drei Umgebungen mit zunehmenden Stabilitätsstufen:

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 tägliche Nutzungsplattform für das RealmJoin-Team

  • Echte Nutzungsgewohnheiten helfen dabei, Probleme vor der Produktionsbereitstellung aufzudecken

Produktives Portal

  • Produktionsumgebung, die Endbenutzern dient

  • Erhält gebündelte Releases mehrerer getesteter Funktionen aus dem Staging

Agententests

Der Agent verwendet eine Drei-Kanal-Release-Strategie:

Canary-Kanal

  • Cutting-Edge-Releases, die vom internen Entwicklungsteam verwendet werden

  • Ermöglicht schnelles internes Feedback zu neuer Funktionalität

Beta-Kanal

  • Unternehmensweiter Release-Kanal, der organisationsweit bereitgestellt wird

  • Gleicht Aktualität der Funktionen mit angemessener Stabilität aus

Stabiler Kanal

  • Produktionsbereiter Release-Kanal mit gründlich getesteten Funktionen

  • Empfohlen für die allgemeine Nutzung mit maximaler Stabilität

Alle drei Agenten-Kanäle stehen Kunden öffentlich für Tests auf ihrem bevorzugten Stabilitätsniveau zur Verfügung, um kommende Funktionen in ihren eigenen Umgebungen zu evaluieren.

Zuletzt aktualisiert

War das hilfreich?