WiSe14 AK ZaPF IT-Infrastruktur: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
Zeile 100: | Zeile 100: | ||
* Mailinglistenserver, | * Mailinglistenserver, | ||
* Mumble-Server, | * Mumble-Server, | ||
* Kalender- und Kontakte, | |||
* alles andere. | * alles andere. | ||
Version vom 21. November 2014, 15:05 Uhr
Vorstellung des AKs
Verantwortliche/r: Björn (RWTH)
Seit kurzem besitzt der ZaPF e.V. einen V-Server, auf den in näherer Zukunft die gesamte IT-Infrastruktur der ZaPF umziehen soll. In diesem AK soll es darum gehen, das vorzubereiten und Pläne zu schmieden, was noch mit dem Server passieren soll.
Arbeitskreis: ZaPF IT-Infrastruktur
Protokoll vom 21.11.2014
- Beginn
- 14:15 Uhr
- Ende
- 15:MM Uhr
- Redeleitung
- Björn Guth (RWTH Aachen)
- Protokoll
- Jörg Behrmann (FU Berlin)
- Anwesende Fachschaften
- RWTH Aachen,
- FU Berlin,
- HU Berlin,
- Uni Bonn,
- TU Dresden,
- Uni Düsseldorf,
- Uni Frankfurt,
- Uni Jena,
- TU Kaiserslautern,
- Uni Konstanz,
- Uni Münster
- Uni Wien,
- Uni Würzburg,
Einleitung/Ziel des AK
In diesem AK soll der aktuelle Stand der (sehr verteilten) IT-Infrastruktur und wie diese im neuen Server der ZaPF vereint werden kann diskutiert werden. Es soll Policy für die langfristige Administration des Servers formuliert werden.
Protokoll
Derzeit ist die IT-Infrastruktur der ZaPF auf viele Orte verteilt
- Die Seite des ZaPF e.V. wird in Frankfurt gehostet,
- das ZaPF-Wiki an der ETH Zürich,
- der Studienführer in Hamburg,
- der Mumble-Server an der FU Berlin,
- Mailinglisten an der TU-Berlin und anderen Universitäten,
- sowie ZaPF-Seiten bei allen ausrichtenden Fachschaften.
All diese Dinge sollen auf dem neuen Server, im Fall der Fachschaftsseiten zumindest zur Archivierung, vereint werden.
Dazu werden folgende Funktionalitäten als zusätzlicher Wunsch formuliert
- Mailserver,
- ein einheitliches Anmeldesystem für,
- ein Etherpad,
- ein Jabber-Server,
- ein CalDAV-Server für Kalender,
- ein CardDAV-Server für Kontakte,
- eine Githosting-Lösung (z.B. Gitlab),
- ein Keyserver,
- ein Bugtracker oder Dokuwiki zur Dokumentation interner Vorgänge.
Es folgt eine Diskussion potentiell nutzbarer Implementation, für Mailinglisten wird GNU Mailman empfohlen, und es wird eine Prioretisierung der Dienste vorgeschlagen
- Webserver,
- Backup und Doku-Wiki,
- Mailinglistenserver,
- Mumble-Server,
- Kalender- und Kontakte,
- alles andere.