Weg vom CMS

12 May 2022 - ca. 4 Lesezeit
Tags: Web Hochschule DevOps

tl;dr

Seit nun fast 6 Semestern habe ich alle relevanten Informationen zu meiner Person, zu meinen Veranstaltungen an der Hochschule im Hochschul Content Management System (CMS) gepflegt. Nun wird es Zeit umzuziehen.

Wieder und wieder

Wer meine Vorlesungen besucht (hat) weiß, ich bin ein großer Fan davon Dinge zu automatisieren. Wenn ich es zum dritten Mal von Hand machen muss, sollte es wegautomatisiert werden.

Oder um es mit einem Drakeposting auszudrücken:

Drakeposting Meme mit dem englischen Text "Spend 10 minutes doing the task manually" und "Spend 10 hours writing code to automate it"

Nun habe ich meine Hochschulseiten langwierig gepflegt, für jede Vorlesung eine eigene Seite angelegt, ausführliche Informationen zum Ablauf der Betreuung von Abschlussarbeiten, Informationen für Betriebe in Bezug auf Forschung, Kooperationen und Abschlussarbeiten, Publikationen, Lebenslauf etc.

Nun kommet es in mehr oder weniger regelmäßigen Abständen vor, dass zentral am System etwas geändert wird. Eigentlich Dinge, die in jeder Organisation passieren. Einmal wurden meine Seiten aufgrund eines Systemupdates gelöscht, mal war der Server nicht erreichbar und nun wurden die URLs geändert, was dazu geführt hat, das viele Links (vorübergehend) nicht erreichbar waren. Da der Content für die Student:innen relevant ist, stieg die Anzahl an E-Mails überproportional an. Lange Antwortzeiten, fehlendes Material, genervte Student:innen.

Da das CMS ein redaktionelles System ist, sind hier auch wenig Möglichkeiten hinsichtlich der Automatisierung durch die Anwender vorgesehen. Viel Maus, viel UI, viel Drag & Drop - alles Dinge, die dem Workflow eines Entwicklers nicht gerade entgegen kommen. Dazu kommt, dass zu den Stoßzeiten die Anzahl der Editor:innen im System limitiert ist. D.h. schnelle Änderungen oder Korrekturen z.B. kurz vor einer Vorlesung sind nicht immer sichergestellt.

Was aus meiner Sicht erwünscht bis notwendig ist:

GitHub Pages, Jekyll, VS Code

Am Ende läuft nun alles auf einen etablierten Workflow unter Zuhilfenahme von Git, GitHub Pages, Jekyll und Visual Studio Code. Einmal eingerichtet, gilt es nur noch Markdown-Seiten zu verfassen, einzuchecken und den Gang zur Kaffeemaschine zu tätigen. Auch die Vorlesungsseiten werden nach diesem Schema verfasst und gepflegt, hier nutze ich zusätzlich das auf Jekyll basierendes Projekt Course-in-a-Box. Folien werden auf Basis von Reveal.js direkt eingebunden, hier waren einige Modifikationen erforderlich, damit ich die Folien ebenfalls direkt in Markdown schreiben kann (mehr dazu in einem späteren Post).

Was bleibt

Übrig bleiben wird vermutlich eine recht übersichtliche Seite auf dem Hochschul CMS - weniger Content mehr Links. Mit GitHub Pages kommt eine hohe Verfügbarkeit, was insbesondere für die Vorlesungsinhalte relevant ist. Anpassungen sind schnell erledigt und der gesamte Publishing-Prozess ist automatisiert. Ob ein Check-in geklappt hat, wird in einem eigenen Discord Channel gepostet. Im Sinne eines Information Radiators ist das natürlich auch ein zusätzlicher Service für all jene, die an den aktualisierten Inhalten interessiert sind - ohne fortwährend die Seiten zu checken. Ob GitHub Verzögerungen oder andere Probleme hat, wird über GitHub Status via Twitter mitgeteilt. Dateien, die ich verlinke “werfe” ich in einen lokalen Resilio Ordner, der mit einem CDN (ok, eigentlich nur ein Web Server) synchronisiert wird. Ein manueller Upload auf den Server ist damit auch nicht notwendig.

Discord Screenshot des Kanals gitupdate, der die Check-ins der Vorlesungsinhalte, Blog-Posts etc. anzeigt.

Fazit

Volle Kontrolle über den Workflow, bis auf das Verfassen von Inhalten beschränken sich die manuellen Tätigkeiten nun auf den Check-In mit Git. Darüber hinaus verwende ich eine ganze Reihe von Tools, die entweder in meinen Veranstaltungen genutzt werden und/oder meinen Student:innen bekannt sind. Und letztendlich ist der ganze Workflow ein tolles Beispiel für das Thema Automatisierung in meiner DevOps Vorlesung. Updates an den Vorlesungsinhalten können in der Veranstaltung editiert werden und sind nach einem Check-in innerhalb weniger Sekunden auf den Laptops der Student:innen. Wer dabei Datenschutzrechtliche Bedenken hat, die Unterlagen sind alle frei zugänglich und ohne Logins abrufbar. Zusätzliche Dienste wie das Update in Discord können - müssen aber nicht - genutzt werden und stehen grundsätzlich allen offen. Student:innen müssen niemals einen Namen, Daten oder sonst etwas angeben - und wie immer - auf meinen eigenen Servern existieren keine Logs über personenbezogene Daten. Rein aus Prinzip und um zu zeigen, es geht auch Ohne!