Parallels hat vor ein paar Monaten meine Zertifizierungen verschlampt! Kein Drama — es war ein guter Vorwand, alle drei in einem Rutsch neu abzulegen und Ihnen eine ehrliche Einschätzung zu geben, was diese Prüfungen wirklich wert sind. Spoiler: interessanter als erwartet.
Drei Stufen, drei Blickwinkel. Das sollten Sie wissen, bevor Sie loslegen.
Sales Professional (SP) — ja, auch Engineers sollten sie ablegen
Die SP ist die vertriebliche Zertifizierung. Und nein, das ist kein Grund, sie als Engineer auszulassen. Zu verstehen, wie RAS verkauft wird, wie die Deal-Registrierung funktioniert und warum ein Kunde SPLA statt eines Abonnements wählt, ist Kontext, der verändert, wie Sie Architekturen entwerfen und beraten.
Was die Prüfung tatsächlich abfragt:
- Lizenzmodelle: Concurrent Users vs. Named Users vs. SPLA — und vor allem, wann welches Modell sinnvoll ist
- Schwellenwerte für die Deal-Registrierung je nach Region (NAM, EMEA und APAC spielen nicht nach denselben Regeln)
- Partnermargen nach Stufe — bis zu 15 % bei Abonnement-Deals ab Silver
- SPLA-Minimum (10 Lizenzen), Abonnement-Minimum (50 in NAM, 15 in EMEA/APAC)
- Positionierung gegenüber Citrix und Horizon — kein Glaubenskrieg, sondern sachliche Argumente
Meine Einschätzung: Die Prüfung ist machbar, hat aber ein paar Fallen bei den Zahlen. Die regionalen Schwellenwerte für die Deal-Registrierung und die Mindestlizenzzahlen ähneln sich so sehr, dass man sie unter Druck leicht verwechselt. Nehmen Sie sich vor dem Start fünf Minuten, um sie aufzuschreiben.
Die SP macht aus Ihnen keinen Vertriebler. Sie gibt Ihnen das Vokabular, um mit den Fachbereichen auf Augenhöhe zu sprechen — und Ihre Architekturentscheidungen vor einem CFO zu verteidigen.
Technical Professional (TP) — das Fundament. Nicht optional.
Die TP deckt die RAS-Architektur von Anfang bis Ende ab. Sie ist die umfangreichste Prüfung — und das mit Absicht, denn sie soll das Fundament für alles Weitere sein.
Was die Prüfung tatsächlich abfragt:
- Farm-/Site-Architektur: was repliziert wird, was lokal bleibt, primärer Broker vs. sekundäre Broker, Festlegung der Licensing Site
- Secure Gateway & HALB: Forwarding-Modus, SSL-Offloading, Direktverbindung — und warum der CB den Client-Verkehr nicht verschlüsselt (das ist Aufgabe des SG)
- Veröffentlichung: Host-Pools, Zugriffsfilter (MAC-Adresse, verwendetes Secure Gateway), Client Policies und was Benutzer überschreiben dürfen und was nicht
- Authentifizierung: natives MFA mit TOTP + E-Mail-OTP, SAML, automatische Erkennung über die E-Mail-Adresse, Themes und ihre Rolle beim MFA-Routing
- FSLogix aus RAS: die vier Bereitstellungsmethoden (manuell, Download aus dem Internet, Netzwerkfreigabe, Push vom CB)
- Universal Printing: universeller Treiber, dynamische Druckerzuordnung, was im HTML5-Client funktioniert und was nicht (USB direkt, natives Multi-Monitor — raus)
- Native Clients: Windows, macOS, iOS, Android, ChromeOS — und der Sonderfall IGEL, der über HTML5 läuft und nicht über einen nativen RAS-Client
- Let’s Encrypt: native Integration, Port 80 für die HTTP-Domänenvalidierung erforderlich, automatische Verlängerung
Meine Einschätzung: Wer schon ein paar RAS-Umgebungen aufgebaut hat, findet die meisten Fragen offensichtlich. Es gibt aber Feinheiten, über die selbst erfahrene Profile stolpern — vor allem beim primären Broker (E-Mails, Reporting, Lizenzsynchronisierung: nur auf dem primären) und bei der Unterscheidung, was das SG und was der CB macht.
Die TP ist die Prüfung, bei der man merkt, dass man Dinge wusste, ohne zu wissen, dass man sie weiß. Und manchmal umgekehrt.
Technical Professional Advanced (TPA) — jetzt wird es ernst
Die TPA ist die Prüfung der Architekten. Nicht für Leute, die die Doku gelesen haben — sondern für die, die um 23 Uhr bei einer SAML-Bereitstellung, die einfach nicht wollte, kalte Schweißausbrüche hatten, oder die eine standortübergreifende Umgebung für 4.000 Benutzer mit absurden Netzwerkvorgaben entworfen haben.
Was die Prüfung tatsächlich abfragt:
- SAML-SSO: erforderliche Komponenten (Enrollment Server, SAML-2.0-IdP, PKI-Vorlagen Enrollment Agent + Smartcard Logon), die paradoxe Rolle des NLAUser (Mitglied von Remote Desktop Users, aber mit ausdrücklich verweigerter RDP-Anmeldung) und warum der Enrollment Agent kein lokaler Administrator auf den RDSH-Hosts sein muss
- Multi-Tenant: Tenant Broker, Anbindung per Einladungs-Hash oder Shared Secret — und was als Anbindungsmechanismus nicht funktioniert (Domänenadmin-Anmeldedaten, SSL-Zertifikat)
- Multi-Site: was automatisch repliziert wird und was nicht (verknüpfte Pools bleiben manuell), empfohlene Obergrenze von 5.000 CCU pro Site
- AVD & Azure-Kosten: RDP Shortpath (direkter UDP-Transport), bedarfsgesteuertes Autoscaling, automatisches Herabstufen der Speicherklasse bei ausgeschalteten VMs — und was RAS nicht macht (Linked Clones auf Azure, Empfehlungen zur VM-Größe)
- VDI-Vorlagen: Sysprep (vollständige Generalisierung, neue SIDs, Entfernen lokaler Konten) vs. RASPrep (schneller, weniger Neustarts, keine Kontenentfernung)
- Thin Clients: IGEL OS 12 und sein App Portal (RAS-Client ohne neues Firmware-Flashen aktualisieren), Dell Wyse ThinOS (DHCP-Option 188 für die SG-IP, wnos.ini für die Konfiguration)
- REST-API & Web Client API: JSON-Payload mit Anmeldedaten und Ressourceninformationen, RBAC gemeinsam mit der Konsole
- Client-Bereitstellung:
SHAREDDEVICE=1— importiert die Verbindungseinstellungen, ohne Anmeldedaten zu speichern (unverzichtbar auf Kiosk-Rechnern)
Meine Einschätzung: Das ist die ehrlichste der drei Prüfungen. Sie fragt nicht ab, ob Sie Folien auswendig gelernt haben — sondern ob Sie verstanden haben, warum die Dinge so funktionieren, wie sie funktionieren. Der NLAUser ist das beste Beispiel: Wer ihn nie selbst eingerichtet hat, wird von der paradoxen Logik dieses Kontos überrascht.
Die TPA bringt Ihnen wahrscheinlich nichts Neues bei, wenn Sie bereits eine komplexe RAS-Umgebung entworfen haben. Aber sie gibt Ihnen einen Rahmen, um zu prüfen, ob Sie nichts übersehen haben.
Fazit: richtige Reihenfolge, richtige Erwartungen
| Zertifizierung | Für wen | Tatsächliche Schwierigkeit |
|---|---|---|
| SP | Alle rund um RAS (nicht nur der Vertrieb) | Mittel — nur die Zahlen sind echte Fallen |
| TP | Jeder Engineer, der mit RAS arbeitet | Mittel bis hoch — breite funktionale Abdeckung |
| TPA | Architekten und erfahrene Engineers | Hoch — erfordert echte Praxiserfahrung |
Die E-Learning-Module decken das Wesentliche ab, verlassen Sie sich für die TPA aber nicht allein darauf. Ergänzen Sie sie mit der offiziellen Dokumentation und — vor allem — mit Ihrer eigenen Lab-Erfahrung. Die Fragen der TPA sind nicht aus Bosheit knifflig: Sie sind knifflig, weil sie Szenarien abfragen, denen man nur begegnet, wenn man wirklich unter der Motorhaube gearbeitet hat.
Viel Erfolg.
