Wir haben eine Gruppe von Ingenieuren, die alle ihre eigenen Laptops haben, aber sie brauchen Zugriff auf Hochleistungs-Desktops, entweder wegen des größeren Speichers oder weil sie ihre Laptops bei langen Berechnungen nicht überlasten wollen. Wir verwenden Software, die nur unter Windows läuft, und bei der Verwendung dieser Desktops können interaktive Sitzungen erforderlich sein, nicht nur Batch-/REST-API-Dinge.
Im Moment haben wir ein paar unabhängige Windows-Rechner, auf die Benutzer remote zugreifen können. Sie alle sind Einzelbenutzer-Logins, und Sie müssen also „herumstöbern“ und mehrere Rechner ausprobieren, bis Sie einen freien finden. Das ist dumm. Wenn die richtige langfristige Lösung darin besteht, andere Hardware anzuschaffen, ist das in Ordnung (im Sinne von „jetzt nach den Mitteln fragen“).
Für ein oder zwei der verwendeten Softwarepakete sind zur Bestätigung der Lizenz physische USB-Sticks erforderlich.
Bei großen Speichermengen (128 GB+) kommt meist eines der Pakete zum Einsatz.
Welche Optionen gibt es?
Gibt es eine „Gatekeeper“-Software, um die Erfahrung mit dem, was wir jetzt haben, mehreren Computern, zu verbessern? Vielleicht ein Frontend, das anzeigt, welche Computer verfügbar sind, und Sie zu dem Computer Ihrer Wahl umleiten kann?
Wenn wir uns für eine (oder mehrere) Maschinen mit riesigem RAM entscheiden, wäre es dann sinnvoller, diese als Windows Server-Multi-Login oder etwas wie Hyper-V einzurichten? In diesen Fällen müssten die Benutzer irgendwie darüber informiert werden, wenn die Software mit eingeschränkter Lizenz bereits verwendet wird.
Ich bin überfordert und würde mich über Ihre Meinung freuen!
Antwort1
Ja, in Windows Server verfügen Sie über Remotedesktopdienste, die aus Remotedesktophosts und einem Gateway bestehen können, das die RDP-Verbindungen auf die Hosts verteilt.
Meiner Erfahrung nach sollten Entwickler jedoch große Laptops verwenden und alles in Git speichern, da die erforderlichen Investitionen in Serverhardware zur Bereitstellung einer guten Leistung sehr kostspielig sind.
Sie haben dasselbe in Azure, genannt Azure Virtual Desktop. Aber andererseits ist es sehr schwierig, Entwickler in einer gemeinsam genutzten Remote-Desktop-Umgebung unterzubringen. Denn wenn ein Entwickler intensiv an der Software arbeitet, kann er einen anderen Entwickler behindern, weil beispielsweise die gesamte CPU weggenommen wird.
Oder die Remotedesktopumgebung muss nur den Zweck haben, als Arbeitsplatz (mit Office usw.) verwendet zu werden, und alle softwarebezogenen Dinge werden in Azure Devops und möglicherweise auf dedizierten Build-Servern ausgeführt.