xoap Archives | XOAP

Windows OS (re)deployment with XOAP and OSDCloud

Perica — Fr, 22 Mai 2026 11:34:27 +0000

<\/path><\/svg>"},"no_headings_message":"No headings were found on this page.","minimize_box":"yes","minimized_on":"tablet","hierarchical_view":"yes","min_height":{"unit":"px","size":"","sizes":[]},"min_height_tablet":{"unit":"px","size":"","sizes":[]},"min_height_mobile":{"unit":"px","size":"","sizes":[]}}" data-widget_type="table-of-contents.default">

Die Verwaltung großer Windows-Bereitstellungen ist eine der anspruchsvollsten Aufgaben im IT-Betrieb. Zwischen uneinheitlichen Hardwarekonfigurationen, Compliance-Anforderungen und der ständigen Notwendigkeit, Geräte nach der Installation registriert und verwaltet zu halten, ist der Prozess selten so unkompliziert, wie er sein sollte.

Dieser Artikel beschreibt, wie XOAP und OSDCloud zusammenarbeiten, um diese Herausforderungen zu bewältigen, und behandelt die drei unterstützten Bereitstellungsansätze der Integration, die sich jeweils in der Boot-Image-Art und der Windows-Image-Quelle unterscheiden, sodass Sie die Option auswählen können, die zu Ihrer Infrastruktur passt.

Herausforderungen bei der Bereitstellung des Windows-Betriebssystems

Die Bereitstellung von Windows in großem Maßstab birgt konstant die gleichen Probleme:

KonfigurationSchwierigkeit: Unterschiedliche Gerätegruppen erfordern unterschiedliche Treiberpakete, Betriebssystemeditionen, Sprachpakete und Aktivierungstypen. Die manuelle Verwaltung dieser Variationen führt zu Fehlern und ist bei großen Flotten nicht skalierbar.
Hardware-Konsistenz: Geräte von verschiedenen Herstellern verhalten sich während der Bereitstellung unterschiedlich. Ohne einen kontrollierten, wiederholbaren Prozess entsteht eine Flotte, die in einem inkonsistenten Zustand in ihren Lebenszyklus startet.
Sicherheit und Compliance von Anfang an: Die Betriebssystembereitstellung ist der Zeitpunkt, an dem Sicherheitsrichtlinien durchgesetzt werden sollten. Organisationen, die sich auf die Nachbereitung nach der Bereitstellung verlassen, gehen unnötige Risiken und Prüfungsrisiken ein.
Kontinuität des Managements nach der Bereitstellung. Die Installation eines Betriebssystems ist nur der erste Schritt. Das Registrieren von Geräten für die laufende Verwaltung, das Anwenden von Konfigurationen und das Bereitstellen von Standardanwendungen muss noch erfolgen – idealerweise ohne manuellen Eingriff.

Traditionelle Lösungen wie MDT, SCCM und WDS lösen diese Probleme, erfordern aber erhebliche Investitionen in die Infrastruktur und laufende Wartung. XOAP in Kombination mit OSDCloud bietet eine Alternative, die keine spezielle Imaging-Infrastruktur über eine einzige virtuelle Maschine für die ISO-Erstellung hinaus benötigt und für Szenario 3 eine Netzfreigabe oder einen anderen Speicherort für die ISO-Datei.

Drei Einsatzszenarien

Die Integration von XOAP und OSDCloud unterstützt drei verschiedene Szenarien. Jedes ist für einen anderen Infrastrukturkontext konzipiert, und die Wahl zwischen ihnen hängt von der Art des benötigten Boot-Images, der Herkunft des Windows-Images und der Auslöserung der Bereitstellung ab.

Szenario 1: Betriebssystem aus dem Internet heruntergeladen

Dieses Szenario erfordert kein lokales Hosting von Bildern. Das Zielgerät bootet in WinPE, lädt das Windows-Image direkt von Microsoft Update herunter, schließt die Installation ab und registriert sich automatisch beim vorgesehenen XOAP Workspace.

Benötigte Infrastruktur:
• 1 Windows 11 24h2 virtuelle Maschine (zur ISO-Erstellung)
• Internetzugang auf der ISO-Creator-VM und auf Zielgeräten

Vorbereitung der ISO:
Installieren Sie auf der ISO-Creator-VM das OSDCloud-Tooling entweder über XOAP durch Anwenden der OSDCloud Workspace Internet OS Application Role oder manuell durch Ausführen der folgenden PSADT-Pakete in dieser Reihenfolge:

1. APP_Microsoft_WindowsAssessmentDeploymentKit_101261002454_Any_x64_EN
2. APP_Microsoft_WindowsPEforADK_101261002454_Any_x64_EN
3. APP_DavidSegura_OSDCloudISOCreator_121_Any_Any_DE
Bevor Sie mit der Installation beginnen, führen Sie den folgenden Befehl aus, um die Ausführungsrichtlinie festzulegen:
Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope LocalMachine -Force

Konfigurieren Sie während der Einrichtung die Parameter, die das Deploy-Image definieren:

Parameterbeschreibung:

Parameter	Beschreibung
Treiber	Treiber, die in boot.wim einzufügen sind — verwenden * für alle oder Keine überspringen
OSVersion	Windows 10 oder Windows 11
OSBuild	Ziel-Build (z. B. 22h2, 24h2) – Windows 10 unterstützt nur 21h2 und 22h2
OSEdition	Home, Pro, Enterprise, usw.
OSLanguage	Sprache des bereitgestellten Betriebssystems
OSAktivierung	Volumen oder Einzelhandel
XOAPWorkspaceID	Die Workspace ID, die im XOAP-Dashboard gefunden wurde
XOAPConfigurationGroup	Die Konfigurationsgruppe, der neu bereitgestellte Geräte beitreten

Sobald OSDCloud_NoPrompt.iso abgeschlossen ist, wird es in C:\OSDCloudWorkspace generiert.

Hochladen und Konfigurieren in XOAP:
Fügen Sie die generierte ISO-Datei in den Unterordner „Files“ des PSADT-Pakets „SYS_XOAP_OSDcloudRElocal_100_Any_Any_Any“ ein, komprimieren Sie das Paket als ZIP-Datei und laden Sie es über Application Management > Anwendungen auf XOAP hoch. Erstellen Sie nach dem Hochladen eine Anwendungsrolle und eine Konfigurationsgruppe für die Anwendung. Wenn diese Konfigurationsgruppe auf einem Zielgerät bereitgestellt wird, beginnt die erneute Bereitstellung automatisch.

Das Gerät extrahiert die ISO-Datei in eine neu erstellte Windows Recovery (WinRE)-Partition. Nach einem Neustart bootet das Gerät von dieser Partition in die OSDCloud WinPE-Umgebung, löscht und partitioniert die Festplatte neu und lädt das Windows-Image von Microsoft Update zur Installation herunter.

Nach der Betriebssysteminstallation richtet OSDCloud SetupComplete-Skripte ein, die das Gerät beim ersten Start beim XOAP Workspace registrieren, sofern Internetzugang vorhanden ist. Parallel dazu wird eine geplante Aufgabe konfiguriert, die bei der Benutzeranmeldung ausgeführt wird und die XOAP-Konnektivität prüft – wenn das Gerät bereits registriert ist, entfernt sich die Aufgabe selbst, und wenn nicht, versucht sie die Registrierung, sobald eine Internetverbindung besteht.

Szenario 2: WinPE-Boot mit aus dem Internet heruntergeladenem Betriebssystem

Dieses Szenario folgt dem gleichen End-to-End-Ablauf wie Szenario 1. TDas Windows-Betriebssystem wird während der WinPE-Phase aus dem Internet heruntergeladen., aber ein Boot-Image vom Typ Recovery Full verwendet. Der Unterschied liegt in der boot.wim: Anstelle einer minimalen WinPE-Umgebung enthält das Boot-Image das vollständige install.wim Datei, die verwendet wird, um die WinPE-Umgebung selbst zu erstellen.

Verwenden Sie die OSDCloud Workspace Recovery Vollständig Anwendungsrolle oder die APP_DavidSegura_OSDCloudISOCreatorRecoveryFull_121_Any_Any_DE Paket anstelle des Standard-ISO-Erstellers. Der Einrichtungsvorgang, die erforderlichen Parameter und die XOAP-Uploadschritte sind ansonsten identisch mit Szenario 1.

Anmerkung: Dieses Szenario wird derzeit nicht für die erneute Bereitstellung auf Hyper-V-virtuellen Maschinen unterstützt. Die Partition, die install.wim Datei wird in dieser Umgebung nicht korrekt zugeordnet und wurde auf anderen Virtualisierungsplattformen nicht getestet.

Szenario 3: Betriebssystem-Neubereitstellung von einem Netzwerkspeicher, lokaler Quelle oder anderem

Dieses Szenario deckt die Neuverteilung von Betriebssystemen mithilfe des Skripts OSDcloud_RE_from_localISO.ps1 ab, anstatt eines XOAP-verwalteten PSADT-Pakets. Es unterstützt zwei Optionen zur Bereitstellung des Windows-Images während WinPE – Internet-Download oder Abruf von einem Netzwerkspeicher oder einer lokalen Quelle und ist für Umgebungen geeignet, in denen mehr Kontrolle über den Bereitstellungstrigger erforderlich ist.

Szenario 3 unterstützt zwei Optionen für die Quelle des Windows-Images während WinPE:

• Betriebssystem aus dem Internet heruntergeladen — verwenden Sie die OSDCloud Workspace Internet OS Application Role oder das Paket APP_DavidSegura_OSDCloudISOCreator_121_Any_Any_EN mit den Standardparametern wie in Szenario 1 beschrieben
• Betriebssystem von einer Netzfreigabe abgerufen – verwenden Sie die OSDCloud Workspace lokale Betriebssystem-App-Rolle oder das Paket APP_DavidSegura_OSDCloudISOCreatorLocalShare_121_Any_Any_EN mit den folgenden zusätzlichen Parametern:

Parameterbeschreibung:

TeileNutzer	Ein Benutzerkonto mit Lesezugriff auf die Netzwerkfreigabe
Benutzerpasswort teilen	Das Passwort für dieses Konto
UncSharePath	Der UNC-Pfad zur Freigabe, z. B. \\srv1\xoap

Bei der Verwendung eines Netzwerklaufwerks muss für OSDCloud eine bestimmte Ordnerstruktur eingehalten werden, damit das Image gefunden werden kann:
\\shareserver\sharename\OSDcloud\OS.

Bereitstellung auslösen:
Anstatt die ISO in eine PSADT-Anwendung zu verpacken, wird die Bereitstellung mit dem Skript OSDcloud_RE_from_localISO.ps1 unter Verwendung des Parameters -LocalISOPath ausgelöst:
OSDcloud_RE_from_localISO.ps1 -LocalISOPath “\\srv1\xoap\OSDCloud_NoPrompt.iso”

Dieses Skript verwaltet den vollständigen OSDCloudRE-Einrichtungsprozess: Erstellen der WinPE-Partition, Einbinden des ISO-Images, Kopieren des Boot-Inhalts, Konfigurieren von Boot-Manager-Einträgen und Initiieren eines Neustarts in die Wiederherstellungsumgebung. Es kann direkt über einen XOAP-Connector aufgerufen oder in einem DSC-Konfigurationsmodul eingebettet werden, um zusätzliche Schritte wie ISO-Integritätsprüfungen, Validierung von Voraussetzungen und Dateisicherungen zu ermöglichen, bevor das Löschen beginnt.

Das Skript wurde mit ISOs getestet, die sich auf lokalen Geräten und in Netzwerkfreigaben befinden. Für andere Speichertypen wie Azure Blob Storage, GitHub oder OneDrive müsste das Skript erweitert werden, um den Downloadschritt zu behandeln, bevor die lokale ISO-Logik aufgerufen wird.

Bereitstellung in mehreren Arbeitsbereichen oder Konfigurationsgruppen? Dies gilt für alle drei Szenarien. Führen Sie den ISO-Erstellungsprozess mit den erforderlichen Parametern für jeden Zielarbeitsbereich oder jede Zielkonfigurationsgruppe erneut aus. Benennen Sie die Datei OSDCloud_NoPrompt.iso aus C:\OSDCloudWorkspace zwischen den Ausführungen um oder verschieben Sie sie, da jede neue Ausführung die vorherige Datei überschreibt.

Der Bereitstellungsprozess auf dem Zielgerät

Unabhängig davon, welches Szenario verwendet wird, folgt der Prozess auf dem Zielgerät demselben Ablauf:

1. Die Konfigurationsgruppe stellt das PSADT-Paket auf dem Zielgerät bereit, das die ISO extrahiert, die WinRE-Partition erstellt und einen Neustart auslöst, oder bei Szenario 3 wird das Skript OSDcloud_RE_from_localISO.ps1 direkt ausgeführt.
2. Das Gerät bootet von der OSDCloudRE WinPE-Partition
3. Wenn über Ethernet verbunden, wird die Bereitstellung ohne Interaktion fortgesetzt; andernfalls wird eine Aufforderung zur Auswahl eines drahtlosen Netzwerks angezeigt (die Tastaturbelegung ist zu diesem Zeitpunkt en-us).
4. Der Bediener bestätigt das Löschen der Festplatte; dies ist der einzige interaktive Schritt im Prozess
5. Windows ist installiert und SetupComplete-Skripts werden ausgeführt, um das Gerät beim ersten Start beim XOAP Workspace zu registrieren, falls Internetzugang verfügbar ist; eine geplante Aufgabe wird auch bei jeder anschließenden Benutzeranmeldung ausgeführt, um die XOAP-Registrierung bei Bedarf zu überprüfen und erneut zu versuchen
6. Das Gerät startet in die neu installierte, verwaltete Windows-Umgebung neu.

Laufende Verwaltung nach der Bereitstellung

Nach der Registrierung im XOAP Workspace unterliegen Geräte umgehend den Richtlinien und Konfigurationen, die in ihrer zugewiesenen Konfigurationsgruppe definiert sind. Standardanwendungen können bereitgestellt und System- und Benutzerkonfigurationen ohne weitere manuelle Schritte durchgesetzt werden. Das Ergebnis ist ein konsistenter, konformer Endpunkt ab dem ersten Start.

Erste Schritte

Alle drei Szenarien erfordern eine Windows 11 24h2 virtuelle Maschine und ein XOAP-Konto für die ISO-Erstellung. Internetzugang ist auf der VM zur ISO-Erstellung und auf den Zielgeräten für die Szenarien 1 und 2 erforderlich.

Für Szenario 3 mit einer Netzwerkfreigabe als Bildquelle ist Internetzugang auf der ISO-Erstellungsvirtualmaschine erforderlich, die Zielgeräte können jedoch während der WinPE-Phase ohne diesen betrieben werden.

Erstellen Sie Ihr kostenloses XOAP-Konto or eine Demo buchen Ihre spezifischen Bereitstellungsanforderungen mit dem Team durchzusprechen.

Lesen Sie auch:
Verwalte das BIOS professionell
→ 30-tägige garantierte Lieferung von IT-Automatisierung mit XOAP
Von kryptischen SIDs zu klaren Namen: Das Ende der Entra-Identitätsverwirrung
→ Wie XOAP Citrix MCS und PVS modernisiert
Wie man AWS ohne Terraform automatisiert

Erkunden Sie XOAP

The post Windows OS (re)deployment with XOAP and OSDCloud appeared first on XOAP.

How to: Bare metal OS deployment with XOAP

Perica — Fr, 15. Mai 2026 12:28:59 +0000

Wenn eine neue Hardware-Charge eintrifft, ist die Erwartung klar und einfach: Geräte sollten mit minimaler Verzögerung bereitgestellt, konfiguriert und in der Managementplattform registriert werden. In der Praxis ist jedoch die Bare-Metal-Bereitstellung oft eine der arbeitsintensivsten Phasen im Lebenszyklus von Geräten.

XOAP adressiert dies durch eine automatisierte, wiederholbare Bereitstellungspipeline, die ein Gerät von Bare Metal provisioniert und es mit dem richtigen XOAP-Workspace verbindet, ohne dass ein manueller Eingriff auf Geräteebene erforderlich ist.

Dieser Artikel beschreibt, wie der Prozess funktioniert und stellt beide unterstützten Bereitstellungsmethoden vor: PXE-Boot und USB.

Wie XOAP die Bare-Metal-Bereitstellung angeht

Die Deployment-Pipeline basiert auf OSDCloud, einem PowerShell-basierten Framework zur Betriebssysteminstallation über Windows PE. XOAP erweitert dies um eine vorkonfigurierte Sammlung von PSADT-Paketen, die die Umgebungseinrichtung, die Images-Erstellung und die Nachinstallationsregistrierung übernehmen – und ein Deployment-Artefakt erzeugen, das wiederholbar, parametrisierbar und an einen spezifischen XOAP-Arbeitsbereich und eine Konfigurationsgruppe gebunden ist.

Der kritische Mechanismus ist das, was am Ende jeder Installation geschieht. Sobald das Betriebssystem installiert ist, führt OSDCloud SetupComplete-Skripte aus, die das Gerät automatisch bei XOAP registrieren. Wenn beim ersten Start keine Internetverbindung verfügbar ist, wird eine geplante Aufgabe erstellt, die bei jeder Benutzeranmeldung auf Konnektivität prüft und die Registrierung initiiert, sobald eine Verbindung hergestellt ist. Sobald das Gerät registriert ist, deregistriert sich die Aufgabe selbst.

Das Ergebnis ist ein Gerät, das ohne zusätzliche Installationsschritte seitens des Technikers in die verwaltete Umgebung gelangt.

Bereitstellungsmethoden

XOAP unterstützt zwei unterschiedliche Pfade für die Bare-Metal-Betriebssystembereitstellung, die jeweils für einen anderen Infrastrukturkontext geeignet sind.

Methode 1: PXE-Start (Netzwerkbereitstellung)

PXE-Booting eignet sich für große Bereitstellungen in Umgebungen mit Active Directory, DHCP und DNS. Geräte booten über das Netzwerk und erhalten eine benutzerdefinierte Windows PE-Umgebung, die die vollständige Installation ohne physisches Boot-Medium steuert.

Infrastrukturanforderungen

Active Directory-, DHCP- und DNS-Umgebung
Eine Windows Server VM (2019, 2022 oder 2025) für die WDS/PXE-Rolle
Eine Windows 11 24H2 VM zum Erstellen des OSDCloud ISO
Internetzugang für die Build-VM und für neu bereitgestellte Geräte

Einrichtungsverfahren

Der Prozess beginnt auf der ISO-Erstellungs-VM. Mithilfe von XOAP-Anwendungsrollen oder lokal installierten PSADT-Paketen werden zunächst das Windows ADK und Windows PE für ADK bereitgestellt, gefolgt vom OSDCloud ISO Creator-Paket. Dieses Paket akzeptiert die erforderlichen Bereitstellungsparameter – Betriebssystemversion, Build, Edition, Sprache, Aktivierungsmethode, Ziel-XOAP-Workspace-ID und Konfigurationsgruppe – und erstellt eine benutzerdefinierte OSDCloud_NoPrompt.iso in C:\OSDCloudWorkspace. Das resultierende ISO enthält die XOAP-Registrierungskonfiguration, sodass sich jedes von ihm bereitgestellte Gerät mit der richtigen Arbeitsumgebung und Konfigurationsgruppe verbindet.

Die Datei boot.wim wird aus dem ISO-Image extrahiert und in den Windows Deployment Services auf dem WDS-Server importiert. Die Datei install.wim von einem Standard-Windows-ISO wird im XOAP-Share unter C:\RemoteInstall\Images\XOAP\OSDcloud\OS platziert.. Wo die Bandbreite begrenzt ist oder kein Internetzugang während des Staging verfügbar ist, kann das Windows-Image alternativ aus einem lokalen Netzwerkfreigabe bezogen werden – für diese Variante werden ein separates ISO Creator-Paket und zusätzliche Parameter (ShareUser, ShareUserPassword und UncSharePath) benötigt.

DHCP-Scope-Optionen vervollständigen die serverseitige Konfiguration: Option 066 (Boot Server Host Name) zeigt auf den WDS-Server und Option 067 (Bootfile Name) zeigt auf die UEFI-Bootdatei. Jedes Gerät, das im konfigurierten Netzwerksegment per PXE bootet, erhält dann automatisch die Windows PE-Umgebung.

Geräteerlebnis

Der Techniker verbindet das Gerät mit dem Bereitstellungsnetzwerk und initiiert den PXE-Boot, typischerweise über F12 beim Start. Der WDS Boot Manager zeigt die verfügbaren WinPE-Images an, das richtige Image wird ausgewählt und der Bediener wählt das Ziel-Windows-Image und die Edition aus. Nach Bestätigung der Festplattenbereinigung schließt sich die Installation ohne weitere Interaktion ab. Das Gerät startet in eine neu installierte, XOAP-verwaltete Windows-Umgebung neu.

Eine bemerkenswerte Fähigkeit des PXE-Ansatzes ist, dass mehrere boot.wim Dateien können in WDS importiert werden, die jeweils mit einer anderen XOAP Workspace ID oder Konfigurationsgruppe konfiguriert sind. Ein einzelner WDS-Server kann daher Bereitstellungen für mehrere Clients oder Umgebungen bereitstellen, wobei der Bediener beim Start das entsprechende Boot-Image auswählt. Für MSPs, die mehrere Mandanten verwalten, bietet dies Mandantenfähigkeit auf Image-Ebene.

Methode 2: USB-Stick (eigenständige Bereitstellung)

Die USB-Methode eignet sich für Einsätze, bei denen keine PXE- oder DHCP-Infrastruktur vorhanden ist – bei einem neuen Kundenstandort, in einer abgelegenen Niederlassung oder für kleinere Ad-hoc-Bereitstellungen. Der zugrunde liegende Prozess ist derselbe, jedoch wird die Boot-Umgebung von einem USB-Laufwerk und nicht von einem Netzwerkspeicher geliefert.

Infrastrukturanforderungen

Eine Windows 11 24H2 VM zum Erstellen des OSDCloud ISO
Eine physische Workstation zum Erstellen des bootfähigen USB-Sticks
Internetzugang für die Build-VM und gestufte Geräte

Einrichtungsverfahren

ISO-Erstellung folgt demselben Verfahren wie die PXE-Methode: Bereitstellung von Windows ADK, Windows PE für ADK und dem OSDCloud ISO Creator über XOAP- oder PSADT-Pakete mit den entsprechenden Parametern. Das Ergebnis OSDCloud_NoPrompt.iso enthält die angepasste Boot-Umgebung mit integrierter XOAP-Registrierung.

Die ISO wird auf eine physische Maschine übertragen, wo das OSD PowerShell-Modul verwendet wird, um sie auf einen USB-Stick zu schreiben:

Installiere-Modul -Name OSD
New-OSDCloudUSB -fromIsoFile “C:\Pfad\Zu\OSDCloud_NoPrompt.iso”

Die Eingabeaufforderung fordert zum Ziel-USB-Laufwerk und zur Bestätigung des Löschens auf. Wo die Bereitstellung von einem lokalen Windows-Image einer Internet-Download überlegen ist, ein install.wim Datei kann kopiert werden nach OSDCloudUSB:\OSDcloud\OS\ auf dem USB nach Erstellung.

Geräteerlebnis

Der Techniker schließt den USB-Stick an, bootet davon und die OSDCloud WinPE-Umgebung initialisiert sich. Wo das Gerät keine kabelgebundene Netzwerkverbindung hat, erscheint automatisch eine Aufforderung zur Auswahl eines drahtlosen Netzwerks – WLAN-Unterstützung wird über die WinRE-Integration in die Boot-Umgebung bereitgestellt. Der Bediener wählt das Windows-Image und die Edition aus, bestätigt das Löschen der Festplatte und die Installation wird fortgesetzt. Die Nachinstallationsregistrierung über SetupComplete folgt demselben Prozess wie die PXE-Methode.

Der OSDCloud XOAP-Paketstapel

Beide Bereitstellungsmethoden basieren auf demselben Drei-Paket-Stack. Windows Assessment and Deployment Kit (ADK) – Version 10.1.26100.2454: tdie grundlegende Voraussetzung für den Aufbau benutzerdefinierter WinPE-Umgebungen. Windows PE für ADK – Version 10.1.26100.2454: eerweitert das ADK um das Windows PE-Add-on, was bootfähige Vorinstallationsumgebungen ermöglicht. OSDCloud ISO Ersteller: tDas Paket, das die XOAP-spezifische Logik enthält. Es installiert das OSD PowerShell-Modul, erstellt die OSDCloud-Vorlage mit WinRE (erforderlich für WLAN-Unterstützung in WinPE), konfiguriert den OSDCloud-Arbeitsbereich und bettet die Skripte SetupComplete und StartNet ein, die für die XOAP-Registrierung verantwortlich sind. Hardwaretreiber werden in den boot.wim zu diesem Zeitpunkt. Die Ausgabe ist OSDCloud_NoPrompt.iso.

Die zur Installationszeit benötigten Parameter sind: Treibersatz, Betriebssystem-Aktivierungsmethode, Betriebssystem-Build (z. B. 24H2 oder 25H2), Betriebssystem-Edition, Betriebssystem-Sprache, Betriebssystem-Version, Ziel-XOAP-Konfigurationsgruppe und XOAP-Arbeitsbereichs-ID.

Um Bilder für mehrere XOAP-Arbeitsbereiche zu generieren, wird das Paket mit anderen Parametern erneut ausgeführt. Die ISO muss zwischen den Läufen umbenannt oder verschoben werden, da jede Ausführung die vorherige Ausgabe am selben Pfad überschreibt.

Bereit, es in Aktion zu sehen?

Xoaps Fähigkeit zur Bare-Metal-Bereitstellung ist eine Komponente einer umfassenderen Infrastrukturautomatisierungsplattform, die Geräte auf jeder Stufe mit minimalen manuellen Eingriffen von Null auf vollständig verwaltet.

Book a demo um zu sehen, wie XOAP die Betriebssystembereitstellung, die Endpunktverwaltung und die Konfigurationsbereitstellung für Ihre gesamte Geräteflotte handhabt.

Lesen Sie auch:
Verwalte das BIOS professionell
→ 30-tägige garantierte Lieferung von IT-Automatisierung mit XOAP
Von kryptischen SIDs zu klaren Namen: Das Ende der Entra-Identitätsverwirrung
→ Wie XOAP Citrix MCS und PVS modernisiert
Wie man AWS ohne Terraform automatisiert

Erkunden Sie XOAP

The post How to: Bare metal OS deployment with XOAP appeared first on XOAP.

The reality of application delivery in 2026

Dora — Fr, 08 Mai 2026 13:45:37 +0000

Alle Veranstaltungen

Automatisierung spricht

Die Realität der Anwendungsbereitstellung im Jahr 2026

Folge 07 mit Jens Miltenberger (Ceterion)

Über die Episode

Cloud trifft auf Hybrid | Automatisierungsgespräche, moderiert von Mario Istuk, ist ein Podcast von XOAP, der sich mit IT-Infrastruktur- und Automatisierungsthemen beschäftigt.

Schalten Sie ein für tiefgehende Analysen mit erfahrenen Gästen und kurzen Updates zu aktuellen IT-Themen.

Ansehen YouTube & Apple Podcasts
Zuhören Spotify

Haben Sie eine Frage, einen Vorschlag oder eine Anmerkung? Lassen Sie es uns unter hello@xoap.io wissen.

Anwendungsbereitstellung. Eine der am meisten unterschätzten Disziplinen in der IT.

In dieser Folge ist unser Gast Jens Miltenberger, Direktor für Beratungsdienste bei Ceterion. Wir behandeln die Entwicklung von Verpackungsformaten, die Werkzeuglandschaft von SCCM bis Intune, hybride Umgebungen und warum Anwendungsbereitstellung letztlich eine prozessuale und organisatorische Herausforderung und keine technische ist.

Bitte beachten: Diese Episode ist nur auf Deutsch verfügbar. Für eine englische Übersetzung schauen Sie sie an auf YouTube mit Untertiteln.

Jetzt ansehen!
Verfügbar auf YouTube, Apple Podcasts und Spotify.

Treffen Sie unseren Gastgeber

XOAP

Mario Istuk

Mario Istuk, Mitbegründer von XOAP, leitet die Bereiche Vertrieb, Marketing und Unternehmenspartnerschaften. Mit mehr als 15 Jahren Erfahrung in IT-Infrastruktur und Automatisierung hilft er Organisationen bei der Optimierung komplexer hybrider IT-Umgebungen. Mario moderiert die XOAP's Gespräche über Automatisierung podcastet, leitet Online-Events und spricht auf Konferenzen in ganz Europa.

Kommende und vergangene Veranstaltungen

Die Realität der Anwendungsbereitstellung im Jahr 2026

Ep. 07 mit Jens Miltenberger (Ceterion) | Jetzt ansehen

DOAG Voices: Cloud-Transformation – Realitätscheck mit Christian Reineke (XOAP)

Podcast-Folge | Moderiert von DOAG

Bluecue-Veranstaltung: Automatisierte Sicherheitskonformität für IT-Infrastruktur

1. April 2026 | Online-Veranstaltung | Präsentiert von blucue

Bluecue Event: Automatisierte KHZG-Sicherheitskonformität für Krankenhaus-IT

25. März 2026 | Online-Veranstaltung | Veranstaltet von bluecue

BLINK 2025 | Wie XOAP die Automatisierung von Hybrid-IT vereinfacht

28. November 2025 | Bielefeld, DE | Veranstaltet von blucue

Die AWS Europäische Souveräne Cloud

Ep. 06 mit Tobias Tomandl (Ingram Micro) | Jetzt ansehen

The post The reality of application delivery in 2026 appeared first on XOAP.

AWS Systems Manager vs XOAP: Guide for MSPs

Stella — Mo, 13. Apr 2026 11:50:46 +0000

AWS Systems Manager und XOAP helfen Unternehmen beide dabei, Infrastruktur im großen Maßstab zu verwalten. Oberflächlich betrachtet überschneiden sie sich, aber sie wurden für unterschiedliche Situationen entwickelt. Welches Werkzeug passt, hängt weniger von einem Funktionsvergleich ab, als vielmehr vom Verständnis dessen, wofür jedes Werkzeug ursprünglich entwickelt wurde.

Was AWS Systems Manager gut kann

Systems Manager ist in die AWS-Plattform integriert und bietet Patch-Management, die Ausführung von Remote-Befehlen, Sitzungsmanagement, die Speicherung von Geheimnissen über den Parameter Store und die Durchsetzung von Konfigurationen über den State Manager. Innerhalb eines einzigen AWS-Kontos, das hauptsächlich EC2-basierte Workloads ausführt, passt es sehr gut, und viele seiner Kernfunktionen sind Teil der Standard-AWS-Nutzung.

Das Produkt funktioniert am besten, wenn die Umgebung weitgehend AWS-nativ ist. Je weiter sich ein Unternehmen von diesem Szenario entfernt, desto relevanter werden seine Einschränkungen.

Wo sich die beiden Produkte unterscheiden:

Mehrere Kunden verwalten

SSM ist um eine einzige AWS-Organisation herum aufgebaut. Die ordnungsgemäße Trennung mehrerer Kunden bedeutet normalerweise, dass separate AWS-Konten mit eigenen IAM-Richtlinien eingerichtet werden müssen. Das funktioniert, aber es erhöht den Einrichtungsaufwand und den laufenden Wartungsaufwand für jeden neuen Kunden, der hinzugefügt wird.

Multi-Tenancy ist zentral für den Aufbau von XOAP, nicht etwas, das konfiguriert werden muss. Jeder Client erhält seinen eigenen isolierten Bereich innerhalb der Plattform, mit standardmäßig verfügbaren Zugriffskontrollen und Richtlinien. MSPs, die viele Clients verwalten, werden feststellen, dass dies einen erheblichen Teil repetitiver Infrastrukturarbeit beseitigt..

Hybride und gemischte Umgebungen

Durch seine hybride Aktivierungsfunktion kann SSM On-Premises- und Nicht-AWS-Maschinen neben Cloud-Workloads verwalten. Sein primäres Entwicklungsziel ist jedoch immer noch AWS, sodass die Verwaltung von Infrastruktur außerhalb von EC2 tendenziell zusätzliche Konfigurationsschritte erfordert, die Cloud-native Workloads nicht benötigen würden.

XOAP behandelt Cloud- und On-Premises-Infrastruktur von Anfang an gleich. Ein Server in einem Rechenzentrum wird auf die gleiche Weise wie eine Cloud-Instanz behandelt, über dieselbe Schnittstelle und Logik zur Automatisierung. Teams, die einen erheblichen Teil ihrer Infrastruktur außerhalb von AWS verwalten, werden dadurch eine deutlich konsistentere tägliche Verwaltung feststellen.

Bildverwaltung

AWS bietet den EC2 Image Builder zur Erstellung und Pflege von Maschinen-Images innerhalb von AWS an, wobei die Ausgabe im AMI-Format für EC2-Workloads erfolgt. Der Image Management von XOAP ist so konzipiert, dass er sowohl in Cloud- als auch in lokalen Umgebungen eingesetzt werden kann. Unternehmen, die einheitliche Images in einer gemischten Infrastruktur benötigen – und nicht nur innerhalb von AWS –, können von diesem breiteren Anwendungsbereich profitieren.

Kosten

Viele SSM-Funktionen sind bei AWS ohne zusätzliche Kosten erhältlich. Die gute Funktion über mehrere Clients hinweg oder in hybriden Umgebungen erfordert jedoch oft die Entwicklung benutzerdefinierter Tools, um die Lücken zu schließen. Diese Entwicklungszeit ist echte Kosten, auch wenn die Softwarelizenz nicht anfällt.

XOAP läuft auf einem Abonnementmodell. Die Prämisse ist, dass in Multi-Client- oder komplexen Umgebungen die Reduzierung des technischen Aufwands die Kosten rechtfertigt, verglichen mit der Entwicklung gleichwertiger Funktionen auf Basis nativer AWS-Tools.

Ein reales Beispiel

Betrachten Sie einen MSP, der einen neuen Kunden betreut. Der Kunde hat 40 Windows-Maschinen, aufgeteilt zwischen On-Premise-Servern und AWS-Instanzen, und muss die Patching-Compliance im Vorfeld einer bevorstehenden Prüfung nachweisen.

Mit SSM müsste das Team hybride Aktivierungen für die lokalen Maschinen konfigurieren, eine kontoebene Trennung einrichten, um diesen Client von anderen zu isolieren, und einen Compliance-Bericht aus mehreren Quellen zusammenstellen. Nichts davon ist unmöglich, aber jeder Schritt erfordert gezielte Arbeit außerhalb des Kernwerkzeugs.

Der vorgesehene XOAP-Prozess umfasst die Erstellung eines neuen Mandanten, die Bereitstellung des Agenten auf allen Maschinen, unabhängig von deren Standort, die Anwendung der relevanten Richtlinien und den Export eines Compliance-Berichts, wobei die Mandantenisolierung durchgehend auf Plattformebene gehandhabt wird.
Beide Wege führen zum gleichen Ergebnis. Der Unterschied liegt darin, wie viel Umgebungsarbeit erforderlich ist, um dorthin zu gelangen.

Welches?

SSM eignet sich für Organisationen, die hauptsächlich auf AWS laufen, mit Teams, die sich in der AWS-Konsole wohlfühlen und keine besonderen Anforderungen an Multi-Client-Isolation oder plattformübergreifendes Management haben.

XOAP ist besser für MSPs und Infrastrukturteams positioniert, die mehrere Kunden mit strengen Trennungsanforderungen verwalten, die in einer Mischung aus Cloud- und On-Premises-Umgebungen arbeiten oder den manuellen Aufwand für die Skalierung der Automatisierung konsistent reduzieren möchten.

Unterschiedliche Werkzeuge, unterschiedliche Kontexte

AWS Systems Manager (SSM) und XOAP sind für unterschiedliche Prioritäten und operative Realitäten konzipiert und bedienen nicht denselben Bedarf. Der Schwerpunkt von XOAP liegt darauf, die tatsächliche Arbeitsweise von Organisationen in verschiedenen Umgebungen zu unterstützen, sodass der richtige Ansatz einer ist, der mit realen Arbeitsabläufen und Infrastrukturanforderungen übereinstimmt.

Diese Unterscheidung ist es wert, sorgfältig abgewogen zu werden, wenn eine der beiden Plattformen bewertet wird, insbesondere in Multi-Client- oder Hybridumgebungen.

Um zu sehen, wie XOAP diese Szenarien in der Praxis handhabt, Eine Demo buchen.

Lesen Sie auch:
Verwalte das BIOS professionell
→ 30-tägige garantierte Lieferung von IT-Automatisierung mit XOAP
Von kryptischen SIDs zu klaren Namen: Das Ende der Entra-Identitätsverwirrung
→ Wie XOAP Citrix MCS und PVS modernisiert
Wie man AWS ohne Terraform automatisiert

Erkunden Sie XOAP

Haftungsausschluss:
Dieser Artikel dient ausschließlich zu Informations- und Vergleichszwecken. Alle genannten Produktnamen, Markenzeichen und eingetragenen Warenzeichen sind Eigentum der jeweiligen Inhaber. Die dargestellten Informationen spiegeln öffentlich zugängliche Dokumentation und allgemeine Produktfähigkeiten zum Zeitpunkt der Erstellung wider.

Dieser Vergleich stellt keine Rechts-, Finanz- oder Beschaffungsberatung dar. Die Leser werden ermutigt, jede Plattform eigenständig anhand der offiziellen Dokumentation und der Anbieterrichtlinien zu bewerten. Alle Verweise auf Preismodelle spiegeln öffentlich zugängliche Preisinformationen wider und stellen keine rechtliche oder finanzielle Auslegung dar.

Die Analyse soll einen objektiven Überblick über architektonische Unterschiede und beabsichtigte Anwendungsfälle bieten, nicht die Überlegenheit, Unzulänglichkeit oder Wettbewerbsansprüche geltend machen.

The post AWS Systems Manager vs XOAP: Guide for MSPs appeared first on XOAP.

DOAG Voices: Cloud transformation reality check with Christian Reineke (XOAP)

Dora — Di, 07 Apr 2026 09:59:35 +0000

Alle Veranstaltungen

Podcast

DOAG Stimmen:
Cloud-Transformation im Praxistest mit Christian Reineke von XOAP

Veranstaltet von: DOAG | Sprache: Deutsch

Automatisierung, Kosten & kultureller Wandel

Auf dem Papier ist der Wert der Cloud unbestreitbar. In der Realität stellen viele Organisationen fest, dass die Cloud-Transformation weitaus komplexer, kostspieliger und organisatorisch anspruchsvoller ist als erwartet.

In einem DOAG Stimmen Folge, moderiert von David Koenig, dem CEO von XOAP, Christian Reineke, teilt praktische Einblicke aus jahrelanger Erfahrung mit Unternehmen, die sich auf diesem Weg befinden.

Die größten Herausforderungen bei der Cloud-Transformation sind struktureller Natur. Die Trennung zwischen Traditionelle IT und DevOps-Teams kann nicht mit einem einzigen Werkzeug behoben werden. Automatisierungswerkzeuge werden oft als Lösung angesehen, aber sie führen oft zu Komplexität.

Was fehlt ist ein Einheitliche Schicht, so ist dies genau der Punkt, an dem a Plattformansatz wird kritisch.

Hören Sie sich die Episode an auf Ihrer bevorzugten Podcast-Plattform

Kommende und vergangene Veranstaltungen

Die Realität der Anwendungsbereitstellung im Jahr 2026

Ep. 07 mit Jens Miltenberger (Ceterion) | Jetzt ansehen

DOAG Voices: Cloud-Transformation – Realitätscheck mit Christian Reineke (XOAP)

Podcast-Folge | Moderiert von DOAG

Bluecue-Veranstaltung: Automatisierte Sicherheitskonformität für IT-Infrastruktur

1. April 2026 | Online-Veranstaltung | Präsentiert von blucue

Bluecue Event: Automatisierte KHZG-Sicherheitskonformität für Krankenhaus-IT

25. März 2026 | Online-Veranstaltung | Veranstaltet von bluecue

BLINK 2025 | Wie XOAP die Automatisierung von Hybrid-IT vereinfacht

28. November 2025 | Bielefeld, DE | Veranstaltet von blucue

Die AWS Europäische Souveräne Cloud

Ep. 06 mit Tobias Tomandl (Ingram Micro) | Jetzt ansehen

The post DOAG Voices: Cloud transformation reality check with Christian Reineke (XOAP) appeared first on XOAP.

From legacy to scalable: Rethinking AVD management for MSPs

Stella — Mi, 01. Apr 2026 08:44:54 +0000

Moderne IT-Dienstleister befinden sich mitten in einem tiefgreifenden Wandel: Kunden verlagern ihre Workloads in rasantem Tempo in die Cloud, insbesondere auf Azure Virtual Desktop (AVD). Doch während sich die Infrastruktur weiterentwickelt hat, ist dies bei den Management-Tools oft nicht der Fall. Genau in dieser Lücke entstehen Ineffizienzen, Risiken und eine zunehmende Komplexität des Betriebs.

Die Wahrheit über “gut genug” Werkzeuge

Jahrelang bildeten Tools wie Microsoft SCCM, Microsoft Deployment Toolkit und Baramundi Management Suite das Rückgrat des Endpunkt- und Systemmanagements. Sie waren zuverlässig. Vertraut. Bewährt.

Aber sie wurden auch für eine andere Ära gebaut:

On-Premises Infrastruktur
Statische Umgebungen
Single-Tenant-Betrieb

Spulen wir vor zur heutigen Realität:

Multi-Tenant-Azure-Umgebungen
Elastische Infrastruktur
Schnelle Einsatzzyklen
Verteilte Endpunkte

Legacy-Tools waren nicht dafür ausgelegt.

Wo Legacy-Tools in AVD-Umgebungen versagen

Wenn MSPs versuchen, traditionelle Werkzeuge auf AVD auszuweiten, treten mehrere Reibungspunkte auf:

1. Bildverwaltung wird langsam und fehleranfällig

Die Erstellung von Golden Images ist immer noch weitgehend manuell und zeitaufwendig, oftmals Tage dauernd, und schwer standardisierbar über Mandanten hinweg. Infolgedessen sind Umgebungen anfällig für Abweichungen, Inkonsistenzen und häufige Neuerstellungen.

2. Die Anwendungspaketierung weist Inkonsistenzen auf

Selbst bei Frameworks wie PSAppDeployToolkit variiert die Anwendungsbereitstellung oft von Team zu Team, die Bereitstellungsmethoden unterscheiden sich je nach Umgebung, und die Wiederverwendbarkeit bleibt begrenzt, was zu Doppelarbeit und höheren Fehlerquoten führt.

3. Keine einheitliche Transparenz über Mandanten hinweg

MSP arbeiten häufig mit mehreren Dashboards, verwalten separate Anmeldungen für Mandanten und verlassen sich auf uneinheitliche Berichtstools zur Überwachung ihrer Umgebungen. Dieser fragmentierte Ansatz führt zu keiner einzigen Quelle der Wahrheit, verlangsamt die Fehlerbehebung und verringert das Vertrauen in die konsequente Einhaltung von SLAs.

4. Tool-Wildwuchs erhöht Betriebskosten

Anstatt von einer einzigen Plattform aus zu arbeiten, verlassen sich Teams oft auf eine Kombination aus SCCM für die Geräteverwaltung, benutzerdefinierten Skripten für die Automatisierung, nativen Azure-Tools für den Cloud-Betrieb und verschiedenen Drittanbieterlösungen für die Überwachung. Diese fragmentierte Toolchain erhöht den Schulungsaufwand, schafft Mitarbeitersilos und erhöht das Risiko von Fehlkonfigurationen in verschiedenen Umgebungen.

Wie ein modernes AVD-Management aussehen sollte

Um effizient skalieren zu können, benötigen MSPs einen Cloud-First-, Multi-Tenant-fähigen Ansatz. Das bedeutet:

Automatisierte Verwaltung des Bildlebenszyklus

Versionierte Bilder
Wiederholbare Builds
Schnelle Aktualisierungen über Umgebungen hinweg

Standardisierte Anwendungsbereitstellung

Eine Verpackungsmethode
Plattformübergreifende Kompatibilität
Zentrale Bereitstellungslogik

Zentralisierte Konfiguration und Sichtbarkeit

Vereinheitlichte Dashboards
Mandantenübergreifende Einblicke
Echtzeit-Compliance-Überwachung

Plattformkonsolidierung

Weniger Werkzeuge
Weniger Kontextwechsel
Niedrigere Betriebskosten

Wie XOAP einen einheitlichen Ansatz ermöglicht

Das ist genau die Lücke, die XOAP schließen soll, ohne dass MSPs aufgeben müssen, was bereits funktioniert. Stattdessen verbindet und standardisiert es über verschiedene Umgebungen hinweg.

1. Image Management: Vom manuellen zum automatisierten Betrieb

XOAP ermöglicht:

Automatisierte Bilderstellung für AVD, Azure, VMware und mehr
Standardisierte, versionierte Bilder
Kontinuierliches Lebenszyklusmanagement

Kein mühsames Neuerstellen von Images von Grund auf oder das Verfolgen undokumentierter Änderungen mehr.

2. Application Management: Aufbauend auf dem, worauf sich Teams bereits verlassen

XOAP nutzt PSAppDeployToolkit als Grundlage und erweitert es:

Zentralisierter Anwendungs-Katalog
Plattformübergreifender Einsatz
Einheitliche Verpackungsstandards

3. Configuration Management: Eine einheitliche Ansicht über alle Mandanten hinweg

XOAP bietet:

Vereinheitlichte Richtlinienverwaltung
Softwarebestand über Umgebungen hinweg
Compliance-Überwachung

Kein separates Einloggen mehr in verschiedene Mandanten, um Erkenntnisse zusammenzufügen.

Die wirkliche Chance für MSPs

Der größte Vorteil ist die Service-Differenzierung. XOAP führt ein Schichtenmodell ein:

XOAP kümmert sich um Automatisierung und Orchestrierung
MSPs bauen Services auf

Dies ermöglicht Ihnen,

Definieren Sie Ihre eigenen Service-Stufen
AVD-Management als Premium-Angebot verpacken
Liefern Sie konsistente, skalierbare Ergebnisse

Statt Werkzeuge zu verkaufen, liefern Sie ein verwaltetes Erlebnis.

Praktisches Beispiel: Vorher vs. Nachher

Vorher (Legacy-Stack):

SCCM + Skripte + Azure-Tools
Manuelle Bildpipelines
Fragmentierte Sichtbarkeit
Hoher operativer Mehraufwand

Nach (vereinigt mit XOAP):

Einzelne Plattform für das Lebenszyklusmanagement
Automatisches Bild + AppAnwendung Arbeitsabläufe
Zentralisierte Überwachung
Skalierbar über Mandanten hinweg

Abschließende Überlegungen

Azure Virtual Desktop ist nicht das Problem, sondern veraltete Verwaltungsansätze. Wenn Ihr Team zur Verwaltung moderner Cloud-Umgebungen immer noch Microsoft SCCM, das Microsoft Deployment Toolkit und benutzerdefinierte Skripte miteinander kombiniert, schaffen Sie unnötige Komplexität.

Starte eine Erkundung Bessere Verwaltung von Azure-Umgebungen mit XOAP. Erstellen Sie Ihr kostenloses Konto und sehen Sie, wie Unified Automation Ihr Betriebsmodell verändert.

Lesen Sie auch:
Verwalte das BIOS professionell
→ 30-tägige garantierte Lieferung von IT-Automatisierung mit XOAP
Von kryptischen SIDs zu klaren Namen: Das Ende der Entra-Identitätsverwirrung
→ Wie XOAP Citrix MCS und PVS modernisiert
Wie man AWS ohne Terraform automatisiert

Verwalten Sie Azure-Umgebungen einfach

The post From legacy to scalable: Rethinking AVD management for MSPs appeared first on XOAP.

Make AWS WorkSpace management easy with XOAP

Stella — Fr, 20. März 2026 13:05:17 +0000

Die Verwaltung von AWS WorkSpaces kann etwas knifflig sein, aber mit den Automatisierungs- und Konfigurationstools von XOAP können Sie den Prozess vereinfachen, von der Systemkonfiguration bis zur Anwendungsbereitstellung.

Häufige Herausforderungen wie die Automatisierung der Bundle-Erstellung für Windows 11, die Skalierung von WorkSpaces in einem Pool und die Überwachung des gesamten Systems erschweren die Sache zusätzlich. Dieser Beitrag führt Sie durch die Schritte, wie Sie diese und viele andere Aufgaben einfacher gestalten können, damit Sie die Kontrolle über Ihre AWS WorkSpaces ohne unnötige Komplexität übernehmen können.

Bevor wir beginnen: Definieren Sie Ihre AWS WorkSpaces

Beim Arbeiten mit Amazon WorkSpaces ist eine klare Planung entscheidend. Beginnen Sie mit der Definition der kritischen Komponenten, die für jeden Workspace benötigt werden.

Betriebssystem auswählen

Beginnen Sie mit der Auswahl des geeigneten Betriebssystems für jeden Arbeitsbereich. AWS unterstützt derzeit:

Windows 10 und Windows 11
Linux-Distributionen wie Amazon Linux 2 und Ubuntu (20.04 / 22.04 LTS)

Mit XOAP kann die Wahl des Betriebssystems über verschiedene Umgebungen hinweg standardisiert und zur Konsistenz automatisiert werden.

Definiere Sicherheits- und Härtungsstandards

Definieren Sie anschließend Ihre Sicherheitsparameter, damit jeder Arbeitsbereich gemäß den Anforderungen Ihrer Organisation gehärtet wird. Diese Einstellungen können automatisch angewendet werden, einschließlich Compliance-Richtlinien.

Im Hinblick auf die Compliance sollten sich Organisationen an Rahmenwerken wie den folgenden orientieren:

Center for Internet Security (CIS Benchmarks)
Security Technical Implementation Guides (STIGs)

Diese helfen, sensible Informationen zu schützen und regulatorische Anforderungen zu erfüllen.

Entscheiden Sie, welche Anwendungen Sie bereitstellen möchten

Sobald die Sicherheitskomponenten definiert sind, wählen Sie die Software aus, die Sie installieren möchten, wie z. B. Office, Adobe Reader oder Komprimierungsprogramme. Dies ist wichtig für die spätere Definition von Paketierungsstandards.

Wissen Sie, wie viele Mieter Sie verwalten werden

Planen Sie die Verwaltung nur eines AWS-Tenants oder mehrerer? Viele Organisationen und MSPs verwalten mehrere Umgebungen (DEV, QA, PROD) oder Kunden. XOAP ermöglicht die zentrale Verwaltung all dieser AWS WorkSpaces-Umgebungen über eine einzige Schnittstelle.

Wie Sie Ihre AWS WorkSpaces mit XOAP verwalten

1. Systeme mit Configuration Management konfigurieren

Sobald Ihre AWS WorkSpaces-Definitionen festgelegt sind, ist es an der Zeit, die Konfigurationen mithilfe von Configuration Management zu standardisieren.

Es sorgt für Konsistenz in allen Arbeitsbereichen – vermeidet Konfigurationsabweichungen und reduziert Fehler. Anstatt jeden Arbeitsbereich manuell zu konfigurieren:

Konfigurationen einmal definieren
Wenden Sie sie in allen Umgebungen an
Aktualisierungen, Patches und Richtlinienänderungen automatisch bereitstellen

Sie können Konfigurationen auch mit Testwerkzeugen validieren. Bei einer Skalierung ermöglicht Ihnen die On-Demand-Infrastruktur von AWS eine nahtlose Erweiterung.

2. Anwendungen mit Application Management bereitstellen

Die Verwaltung von Anwendungen in AWS WorkSpaces kann komplex sein, da

Sicherheits- und Compliance-Anforderungen
Leistungsüberlegungen
Abhängigkeitsverwaltung
Konnektivitätsherausforderungen

Mit Application Management können Sie:

Anwendungen einmal verpacken
Setzen Sie sie auf allen Workspaces ein
Gruppiere Software nach Rollen
Abhängigkeiten definieren und Installationsreihenfolge

Dies eliminiert gängige Probleme wie inkonsistente Installationen, schlechte Leistung oder Integrationskonflikte.

3. Alles mit Platform Management automatisieren

Manuelle Prozesse sind nicht skalierbar und erhöhen das Fehlerrisiko.

Mit Platform Management können Sie Aufgaben automatisieren und planen, und zwar mithilfe von:

PowerShell-Skripte
Kommandozeilenschnittstellen (CLI)

Damit können Sie:

Arbeitsbereiche automatisch erstellen, ändern oder löschen
Routineoperationen planen
Ausführungsprotokolle und Task-Verlauf überwachen

Dies bietet vollständige Transparenz über Ihre Umgebung und hilft bei der schnellen Behebung von Problemen.

Automatisierungsskripte

Sie können Vorgefertigte Skripte verwenden als Ausgangspunkt für die Automatisierung von AWS WorkSpaces. Passen Sie sie an Ihre Umgebung und Ihre betrieblichen Anforderungen an.

Beginnen Sie kostenlos mit der Verwaltung von AWS WorkSpaces

Wie lange können Sie es sich noch leisten, AWS WorkSpaces ohne einheitliche Sichtbarkeit und Kontrolle zu verwalten?

XOAP vereinfacht den gesamten Lebenszyklus:

Configuration Management → Wiederverwendbare Systemkonfigurationen definieren
Application Management → Automatisierung einer konsistenten Softwarebereitstellung
Platform Management → Automatisierung von Vorgängen über Skripte und die Befehlszeile

Durch die Kombination dieser können Sie jeden Schritt der Verwaltung Ihrer AWS WorkSpaces standardisieren und automatisieren.

Lesen Sie auch:
Verwalte das BIOS professionell
→ 30-tägige garantierte Lieferung von IT-Automatisierung mit XOAP
Von kryptischen SIDs zu klaren Namen: Das Ende der Entra-Identitätsverwirrung
→ Wie XOAP Citrix MCS und PVS modernisiert
Wie man AWS ohne Terraform automatisiert

AWS WorkSpace-Verwaltung leicht gemacht

The post Make AWS WorkSpace management easy with XOAP appeared first on XOAP.

Choosing the right infrastructure: Cloud, on-premises or hybrid

Stella — Mo, 16. Mär 2026 14:01:51 +0000

Ob Sie ein Startup gründen, Unternehmenssysteme modernisieren oder geschäftskritische Workloads ausführen, die Debatte über Cloud-Anbieter und traditionelle Infrastruktur entwickelt sich ständig weiter.

In dieser Diskussion werden wir Amazon Web Services, Microsoft Azure und die Google Cloud-Plattform mit lokalen Infrastrukturen und Hybridumgebungen vergleichen und untersuchen, in welchen Fällen die jeweiligen Ansätze am sinnvollsten sind.

Die Wahl einer Infrastrukturstrategie ist nicht nur eine technische Entscheidung – sie ist auch eine finanzielle und operative. Die falsche Wahl kann zu unerwarteten Cloud-Kosten oder dem stilleren, aber ebenso kostspieligen Problem der Innovationsstagnation in lokalen Umgebungen führen.

Der Aufstieg des Cloud Computing

In den letzten zehn Jahren hat das Cloud Computing die Art und Weise verändert, wie Unternehmen Software entwickeln und skalieren. Anstatt Server zu kaufen und physische Rechenzentren einzurichten, können Teams Infrastruktur innerhalb von Minuten global bereitstellen. Sie können bei Spitzenlast skalieren und bei sinkendem Traffic herunterskalieren. Diese Flexibilität hat die Innovationsschwelle gesenkt.

Aber die Cloud ist nicht automatisch die beste Antwort für jede Arbeitslast. Einige Systeme erfordern strenge Kontrolle, konsistente Latenzzeiten oder regulatorische Isolation. Die richtige Entscheidung hängt davon ab, was Sie ausführen und warum.

Amazon Web Services (AWS)

AWS ist der ausgereifteste und am weitesten verbreitete Cloud-Anbieter. Es bietet eine riesige Palette von Diensten, von Compute und Storage bis hin zu KI, Analytik und Serverless-Tools. Für Start-ups und schnell wachsende SaaS-Unternehmen wird AWS oft zur Standardwahl, da es ein schnelles Skalieren problemlos ermöglicht.

Sein globaler Fußabdruck ist ein großer Vorteil für Produkte mit Nutzern in verschiedenen Regionen. Sie können nah an den Kunden bereitstellen, ohne selbst physische Infrastruktur aufbauen zu müssen.

Der Kompromiss ist Komplexität. Bei so vielen Diensten und Preisoptionen können die Kosten ohne starke Governance schwer zu verwalten sein. Teams benötigen klare Architekturstandards und eine aktive Überwachung. Gut verwaltet liefert AWS unübertroffene Flexibilität.

Leseempfehlung: Wie automatisiere ich AWS ohne Terraform

Microsoft Azure

Azure ist besonders stark in Unternehmensumgebungen. Organisationen, die bereits auf Windows Server, Active Directory oder Microsoft 365 setzen, empfinden Azure oft als natürliche Erweiterung ihrer bestehenden Infrastruktur.

Eine der größten Stärken von Azure ist die Hybridfähigkeit. Viele Unternehmen fangen nicht bei Null an. Sie haben Altsysteme, interne Anwendungen und Compliance-Anforderungen, die nicht einfach über Nacht migriert werden können. Azure ermöglicht es Unternehmen, On-Premises-Systeme strukturiert mit Cloud-Diensten zu verbinden.

Obwohl einige Nischen-Services bei Azure nicht so umfangreich erscheinen mögen wie bei AWS, eignet sich Azure hervorragend für Unternehmen, die bestehende Infrastrukturen modernisieren und nicht von Anfang an vollständig Cloud-native Plattformen aufbauen.

Leseempfehlung: Von kryptischen SIDs zu klaren Namen: Das Ende der Entra-Identitätsverwirrung

Google Cloud-Plattform (GCP)

GCP zeichnet sich durch seine Stärken in den Bereichen Daten, Analytik und Container aus. Dies spiegelt die Erfahrung von Google im Betrieb großer verteilter Systeme wider. Für Unternehmen, die analytisch intensive Plattformen oder KI-gesteuerte Anwendungen entwickeln, kann GCP sehr attraktiv sein.

Seine Kubernetes-Fähigkeiten werden weithin respektiert und seine globale Netzwerkleistung ist stark. Technikorientierte Teams schätzen oft die Einfachheit und Leistungsorientierung seiner Dienste.

GCP hat traditionell einen geringeren Stellenwert in großen Legacy-Unternehmen im Vergleich zu AWS und Azure. Aber für moderne, datenzentrierte Architekturen ist es ein ernstzunehmender Kandidat.

Traditionelle On-Premises-Infrastruktur

On-Premises-Infrastruktur bedeutet, dass Sie Ihre eigenen Server, Speichergeräte und Netzwerkgeräte besitzen und verwalten. Sie kontrollieren die Hardware, die Sicherheitsrichtlinien und den physischen Zugriff.

Für stark regulierte Branchen oder Systeme, die eine strenge Datenresidenz erfordern, kann dieses Maß an Kontrolle entscheidend sein. Es kann auch für stabile Arbeitslasten sinnvoll sein, die im Laufe der Zeit nicht stark schwanken.

Der Nachteil ist die begrenzte Elastizität. Skalierung erfordert den Kauf und die Installation neuer Hardware. Hinzu kommen laufende Wartung, Erneuerungszyklen und betrieblicher Mehraufwand. Dies erfordert langfristige Planung und Investitionen.

Hybride Infrastruktur als praktische Option

Hybridinfrastrukturen kombinieren lokale Systeme mit einem oder mehreren Cloud-Anbietern. Anstatt sich für eine Seite zu entscheiden, gestalten Unternehmen ihre Lösungen entsprechend den Anforderungen der Workloads.

Zum Beispiel können sensible Datenbanken vor Ort verbleiben, um Compliance- und Governance-Standards zu erfüllen, während kundenorientierte Anwendungen in der Cloud laufen, um von Elastizität und globaler Reichweite zu profitieren. Analyse-Workloads können während Spitzenverarbeitungszeiten in die Cloud skaliert werden und bei nachlassender Nachfrage wieder heruntergefahren werden.

XOAP folgt einem hybriden Ansatz. Dies hilft Organisationen bei der Standardisierung, Sicherung und Automatisierung der Infrastruktur sowohl in On-Premises- als auch in Cloud-Umgebungen. Anstatt jede Plattform separat zu behandeln, liegt der Fokus auf der Schaffung konsistenter Prozesse, Governance und operativer Kontrollen für die gesamte Umgebung. Dieser Ansatz verbessert die Transparenz und hält Sicherheitsstandards ein, während Workloads in der Umgebung ausgeführt werden können, die ihren Anforderungen am besten entspricht.

Kostenüberlegungen

Cloud-Plattformen arbeiten nach einem Pay-as-you-go-Modell. Dies reduziert Vorabinvestitionen und ermöglicht schnellere Experimente. Ohne Überwachung und Disziplin können die Betriebskosten jedoch schnell wachsen.

On-Premise-Infrastruktur erfordert anfängliche Investitionen. Langfristig kann dies zu vorhersehbaren Kostenstrukturen für konstante Arbeitslasten führen, reduziert aber die Flexibilität, wenn sich die Nachfrage ändert. Hybridmodelle kombinieren beide Ansätze. Einige Kosten bleiben fix und vorhersehbar, während andere je nach Nutzung skalieren.

Die Auswahl der richtigen Infrastruktur für Sie

Es gibt keinen eindeutigen Gewinner in der Diskussion AWS vs. Azure vs. GCP vs. On-Premises. Jedes Modell spiegelt ein anderes Gleichgewicht zwischen Kontrolle und Skalierbarkeit wider.

AWS bietet unübertroffene Breite und globale Reichweite. Azure passt gut zu Microsoft-zentrierten Unternehmen und Hybridumgebungen. GCP glänzt bei datenintensiven und Cloud-nativen Architekturen. On-Premise bleibt relevant, wo Compliance, Latenz und Kontrolle nicht verhandelbar sind. Hybride Infrastrukturen bringen diese Welten auf praktische Weise zusammen.

Der wirkliche Vorteil ergibt sich aus arbeitslastgesteuerten Entscheidungen. Wenn die Infrastruktur an den Geschäftszielen und nicht an Trends ausgerichtet ist, wird sie zu einem Wettbewerbsvorteil und nicht nur zu einer technischen Entscheidung.

Lesen Sie auch:
Verwalte das BIOS professionell
→ 30-tägige garantierte Lieferung von IT-Automatisierung mit XOAP
Von kryptischen SIDs zu klaren Namen: Das Ende der Entra-Identitätsverwirrung
→ Wie XOAP Citrix MCS und PVS modernisiert
Wie man AWS ohne Terraform automatisiert

Erkunden Sie XOAP

The post Choosing the right infrastructure: Cloud, on-premises or hybrid appeared first on XOAP.

Bluecue event: Automated security compliance for IT infrastructure

Dora — Mi, 25. Feb. 2026 14:49:30 +0000

Alle Veranstaltungen

ONLINE-VERANSTALTUNG

Sicherheitskonformitätsautomatisierung für
IT-Infrastrukturen

1. APRIL 2026
10:00 Uhr

Über die Veranstaltung

Stressen Sie die Sicherheits-Compliance-Audits? Mit Automatisierung erreichen Sie sofort eine grundlegende Compliance-Quote von bis zu 98% und bewältigen komplexe Konfigurationen mühelos.

Auf 1. April, XOAP spricht bei bluecue’s Kostenlose Online-Veranstaltung zielte auf Organisationen ab, die einen schnellen und zuverlässigen Ansatz zur Einhaltung von Sicherheitsvorschriften suchten.

Wir zeigen Ihnen, wie Sie Sicherheit automatisieren über gesamte Umgebungen, konform und prüfungssicher bleiben jederzeit, und tu das alles ohne manuelle Arbeit oder hochspezialisiertes Fachwissen.

Risiken reduzieren und regulatorische Strafen vermeiden. Von CIS- und STIG-Standards bis hin zu deutschen BSI-Vorgaben, werden Sie in Tagen (nicht Monaten) vollständig konform.

Jetzt klicken und registrieren und IT-Sicherheitsvorschriften schnell erfüllen.

Den Redner treffen

XOAP

Mario Istuk

Mario Istuk ist Director Global Business Development bei XOAP. Mit über 15 Jahren Erfahrung in den Bereichen IT-Infrastruktur und Automatisierung unterstützt er Organisationen bei der Optimierung komplexer hybrider IT-Umgebungen. Mario moderiert die XOAP- Gespräche über Automatisierung podcastet, leitet Online-Events und spricht auf Konferenzen in ganz Europa.

Kommende und vergangene Veranstaltungen

Die Realität der Anwendungsbereitstellung im Jahr 2026

Ep. 07 mit Jens Miltenberger (Ceterion) | Jetzt ansehen

DOAG Voices: Cloud-Transformation – Realitätscheck mit Christian Reineke (XOAP)

Podcast-Folge | Moderiert von DOAG

Bluecue-Veranstaltung: Automatisierte Sicherheitskonformität für IT-Infrastruktur

1. April 2026 | Online-Veranstaltung | Präsentiert von blucue

Bluecue Event: Automatisierte KHZG-Sicherheitskonformität für Krankenhaus-IT

25. März 2026 | Online-Veranstaltung | Veranstaltet von bluecue

BLINK 2025 | Wie XOAP die Automatisierung von Hybrid-IT vereinfacht

28. November 2025 | Bielefeld, DE | Veranstaltet von blucue

Die AWS Europäische Souveräne Cloud

Ep. 06 mit Tobias Tomandl (Ingram Micro) | Jetzt ansehen

The post Bluecue event: Automated security compliance for IT infrastructure appeared first on XOAP.

Bluecue event: Automated KHZG security compliance for hospital IT

Dora — Wed, 25 Feb 2026 14:46:10 +0000

Alle Veranstaltungen

ONLINE-VERANSTALTUNG

Automatisierte KHZG
Sicherheitskonformität für
Krankenhaus-IT

25. MÄRZ 2026
11:00 Uhr

Über die Veranstaltung

Datenschutz-Compliance-Vorschriften im deutschen Gesundheitswesen werden strenger. Da das KHZG die Krankenhaus-IT durcheinanderbringt, sind einfache, intelligente Lösungen unerlässlich.

Auf 25. März, XOAP spricht bei bluecue’s Kostenlose Online-Veranstaltung Zielgerichtet auf deutsche Krankenhäuser, die einen schnellen und zuverlässigen Ansatz zur Einhaltung von Sicherheitsvorschriften suchen.

Wir zeigen Ihnen, wie Sie Sicherheit automatisieren über die gesamte Umgebung, konform und prüfungssicher bleiben jederzeit, und tu das alles ohne hochspezialisiertes Fachwissen.

Stellen Sie sicher, dass Ihre DRG-Erlöse und Ihre klinische Integrität geschützt sind. Werden Sie in Tagen (nicht Monaten) konform und erfüllen Sie regulatorische Fristen mit Zuversicht.

Jetzt klicken und registrieren und IT-Sicherheitsvorschriften schnell erfüllen.

Den Redner treffen

XOAP

Mario Istuk

The post Bluecue event: Automated KHZG security compliance for hospital IT appeared first on XOAP.

xoap Archives | XOAP

Windows OS (re)deployment with XOAP and OSDCloud

Inhaltsübersicht

Herausforderungen bei der Bereitstellung des Windows-Betriebssystems

Drei Einsatzszenarien

Szenario 1: Betriebssystem aus dem Internet heruntergeladen

Szenario 2: WinPE-Boot mit aus dem Internet heruntergeladenem Betriebssystem

Szenario 3: Betriebssystem-Neubereitstellung von einem Netzwerkspeicher, lokaler Quelle oder anderem

Der Bereitstellungsprozess auf dem Zielgerät

Laufende Verwaltung nach der Bereitstellung

Erste Schritte

How to: Bare metal OS deployment with XOAP

Inhaltsübersicht

Wie XOAP die Bare-Metal-Bereitstellung angeht

Bereitstellungsmethoden

Methode 1: PXE-Start (Netzwerkbereitstellung)

Infrastrukturanforderungen

Einrichtungsverfahren

Geräteerlebnis

Methode 2: USB-Stick (eigenständige Bereitstellung)

Infrastrukturanforderungen

Einrichtungsverfahren

Geräteerlebnis

Der OSDCloud XOAP-Paketstapel

Bereit, es in Aktion zu sehen?

The reality of application delivery in 2026

Die Realität der Anwendungsbereitstellung im Jahr 2026

Über die Episode

Treffen Sie unseren Gastgeber

Mario Istuk

Kommende und vergangene Veranstaltungen

AWS Systems Manager vs XOAP: Guide for MSPs

Inhaltsübersicht

Was AWS Systems Manager gut kann

Wo sich die beiden Produkte unterscheiden:

Mehrere Kunden verwalten

Hybride und gemischte Umgebungen

Bildverwaltung

Kosten

Ein reales Beispiel

Welches?

Unterschiedliche Werkzeuge, unterschiedliche Kontexte

DOAG Voices: Cloud transformation reality check with Christian Reineke (XOAP)

DOAG Stimmen: Cloud-Transformation im Praxistest mit Christian Reineke von XOAP

Automatisierung, Kosten & kultureller Wandel

Kommende und vergangene Veranstaltungen

From legacy to scalable: Rethinking AVD management for MSPs

Inhaltsübersicht

Die Wahrheit über “gut genug” Werkzeuge

Wo Legacy-Tools in AVD-Umgebungen versagen

1. Bildverwaltung wird langsam und fehleranfällig

2. Die Anwendungspaketierung weist Inkonsistenzen auf

3. Keine einheitliche Transparenz über Mandanten hinweg

4. Tool-Wildwuchs erhöht Betriebskosten

Wie ein modernes AVD-Management aussehen sollte

Automatisierte Verwaltung des Bildlebenszyklus

Standardisierte Anwendungsbereitstellung

Zentralisierte Konfiguration und Sichtbarkeit

Plattformkonsolidierung

Wie XOAP einen einheitlichen Ansatz ermöglicht

1. Image Management: Vom manuellen zum automatisierten Betrieb

2. Application Management: Aufbauend auf dem, worauf sich Teams bereits verlassen

3. Configuration Management: Eine einheitliche Ansicht über alle Mandanten hinweg

Die wirkliche Chance für MSPs

Praktisches Beispiel: Vorher vs. Nachher

Abschließende Überlegungen

Make AWS WorkSpace management easy with XOAP

Inhaltsübersicht

Bevor wir beginnen: Definieren Sie Ihre AWS WorkSpaces

Betriebssystem auswählen

Definiere Sicherheits- und Härtungsstandards

Entscheiden Sie, welche Anwendungen Sie bereitstellen möchten

Wissen Sie, wie viele Mieter Sie verwalten werden

Wie Sie Ihre AWS WorkSpaces mit XOAP verwalten

1. Systeme mit Configuration Management konfigurieren

2. Anwendungen mit Application Management bereitstellen

3. Alles mit Platform Management automatisieren

Automatisierungsskripte

Beginnen Sie kostenlos mit der Verwaltung von AWS WorkSpaces

Choosing the right infrastructure: Cloud, on-premises or hybrid

DOAG Stimmen:
Cloud-Transformation im Praxistest mit Christian Reineke von XOAP

Sicherheitskonformitätsautomatisierung für
IT-Infrastrukturen

Automatisierte KHZG
Sicherheitskonformität für
Krankenhaus-IT