4. Sitzung Bereich Administration Rechentechnik 2025-12

Dienst Videokonferenz (Anwendung BigBlueButton)

Bisher nutzten wir den für alle nutzbaren Dienst vom StuRa Uni Heidelberg. (Dank und Gruß!) Wegen einem Problem an der Hochschule sind vorerst - seit etwa 2 Wochen - sehr viele Dienste - so auch alle Dienste beim StuRa Uni Heidelberg - nicht von außerhalb der Hochschule verfügbar.

Unsere Hochschule bietet den Dienst (mit der gleichen Software) über 2 Instanzen an. Einerseits hat die Hochschule eine Instanz, für die es aber der Beantragung von einem Konto bedarf. (Im Übrigen wird die Instanz durch ein externes Unternehmen für die Hochschule betrieben. Spannend!) Andererseits kann die Hochschule die Instanz der TU Chemnitz nutzen, also mit dem Konto für die HTW Dresden kann der Dienst bei der Instanz der TU Chemnitz genutzt werden.

"Vorübergehend" wurde - in Absprache mit dem Bereich Webservices - mit dem Konto von James (Sachbearbeitung Finanzen und Assistenz der Verwaltung) als Studentin der HTW Dresden ein Raum bei der Instanz der TU Chemnitz erstellt, um schnell einen Raum als Ersatz für die bisherigen Räume bereitstellen zu können.

Es gab (gibt) eine testweise Instanz, die matmel@ erstellt hat.

• (zuvor Instanz durch Virtualisierung (PVE))
  Instanz durch Containerisierung (PVE)
• (erst einmal auf dem einzelnen Node zum Testen mit PVE)
• Debian stable (13)
• Docker

Die standardmäßige Installation der Anwendung BigBlueButton (gemäß dem Projekt BigBlueButton) basiert aktuell (2025-12 BugBlueButton 3.0)

• der Verwendung vom Betriebssystem Ubuntu und
• der Anwendung von einem Skript, das grundsätzlich Docker verwendet.

Bei NixOS gibt es (regulär) kein Modul (oder zumindest Paket) für die Anwendung - ferner den Dienst - BigBlueButton. Sch…ade!
Im Übrigen gibt es bei NGI  aber eine Paketierung der Anwendung BigBlueButton: https://github.com/ngi-nix/ngipkgs/tree/main/pkgs/by-name/bigbluebutton.

Um "produktiv" einen Dienst Videokonferenz mit der Anwendung BigBlueButton zu betreiben, der möglichst einfach instandgehalten werden kann, erscheint (zumindest der Leitung) die Verwendung von einer Instanz (durch Conainerisierung) mit dem Betriebssystem Debian als der (vorerst) ideale Weg. (Langfristig - oder auch schon mittelfristig - wäre die übliche Verwendung vom Betriebssystem NixOS idealer.)

Dokumentation party hard!
Deploment KISS!
Backup asap!
Patch (maintain) your shit!

Im Übrigen berichtete (eben) Elli, dass die testweise Instanz wohl heute mal für sie nicht funktionierte.