SoSe16 AK IT: Unterschied zwischen den Versionen

(2 dazwischenliegende Versionen von einem anderen Benutzer werden nicht angezeigt)

Zeile 93:

Nicht so viel vom eigentlich gewollten wurde erreicht, dennoch wurde die Kommunikation deutlich verbessert und viele kleinere Fehler beseitigt, die spontan aufgetreten sind.

Der TOPF versteht sich als managendes, administrierendes Gremium und nicht als Entwickler.

Der TOPF verwendet zur Konfigurationsverwaltung [https://docs.ansible.com/ansible/index.html Ansible], das auf eine imperative Art beschreibt in welchem Zustand das System sein soll. Die Rollen für Ansible werden in verschiedenen git repositories unter anderem auf Github gehostet. Der TOPF versteht sich als managendes, administrierendes Gremium und nicht als Entwickler und Helfika des TOPFes (sogenannte Henkel) sollen Rollen für neue Funktionalitäten beisteuern.

Der TOPF ist erreichbar über die Mailingliste [mailto:topf@lists.physik.tu-berlin.de <tt>topf@lists.physik.tu-berlin.de</tt>] und im Channel <tt>#topf</tt> auf [https://freenode.net/ Freenode].

=== Was soll gemacht werden ===

~~Der ZaPF e.V. wüscht sich für seine Arbeit eine dropboxartige Lösung oder zumindest ein SFTP oder WebDAV.~~

Darüber hinaus müssen noch viele kritische Punkte, die noch geklärt werden müssen:

* ordentliche Backups,

~~→ Mailingliste erstellen um dies zu besprechen~~

* Studienführer-Wiki reparieren,

* Kontrolle über Domains vom ZaPF e.V. übernehmen,

*“Ansible“ wurde erstellt um Aufbau der Server zusammen zu fügen → zu finden auf (Gitter.com/zapf)→ Ziel mit mehr Leuten arbeiten um „Ideen auszutauschen“

* Kommunikation zwischen TOPFika muss transparenter werden und besser archiviert werden,

* Übergabe der Informationen an den nächsten TOPF muss organisiert werden,

*Ansible- Rollen werden erstellt um Kommunikation zu verbessern und die Arbeit aufzuteilen

* mehr Henkel finden.

*Wunsch: mehr Helfer, ~~welche~~ die ~~Kompetenzen haben um Ansible-Rollen zu übernehmen~~:

~~→ Erreichbarkeit über #topf aut freenode oder topf@lists.physik.tu-berlin.de~~

* Viele Kritische Aspekte

~~Kommen wird (to do´s):~~

* finden von Person, die sich in das komplette System einarbeitet

* ordentliche Backups

(* Studienführer)

* ~~Studienführerwiki muss aufgeräumt werden und wird relevanter~~

* Zapf.~~ev möchte ein paar Sachen haben~~

* Wiki Plugin

*Zapf.~~App von Kn wird aufgeräumt und öffentlich gemacht~~

~~→ evtl wird es wieder eine Einheitliche App geben (es wird sich darum gekümmert)~~

~~→ Verbesserung: aktuelles Angaben sollen besser zu sehen sein~~

*App ist momentan Datei, ~~welche direkt von Tagungsbüro aktualisiert wird → es wird nach Verbesserung gesucht.~~

~~Weitere Anregungen/ Kritik/ Fragen :~~

* ~~Mailingliste nur für allgemeine Dinge~~ und ~~Leute außerhalb des Topfs~~, ~~Rest ist auf #topf auf freenode~~

* ~~Kommunikation verbessern (auch für Allgemeinheit?)~~

* Gruppennachrichten über signal gehen verloren oder kommen mehrmals an

* Kommunikation Henkel Topf ist dafür eigl. Zuständig

* Kommunikation so simpel wie möglich gestalten

* über Java-Server (ist in Arbeit)

* Anzahl der Leute 2, als Verantwortliche sind Kontakt zu Stapf, sollen dennoch nicht alleine arbeiten, ~~sind ausreichend~~

**Übergabe Läuft damit

** immer erreichbar

*mehr ~~Leute welche beim „Brainstorm“ helfen~~

~~→ Interne und Externe Mailingliste (um Datenschutz zu sichern)~~

* freiwillige Helfer sollen nicht alle Anonyme Daten erhalten, im Spezialfall kann dies aber zugeteilt werden (vom „Gremium“/ Verantwortliche) beziehungsweise Probleme zusammen zu lösen ohne den Datenschutz nicht zu verletzen

* Testcase finden ~~um Fehler zu vermeiden~~

* ~~unter den Topfdeckeln sind KEINE Programmierer~~

Weitere Ziele sind:

* Der ZaPF e.V. wünscht sich für seine Arbeit eine dropboxartige Lösung oder zumindest ein SFTP oder WebDAV.

* Mailman3 für Mailinglisten sollen eingerichtet werden.

* ZaPF-App von Konstanz soll aufgeräumt und veröffentlicht werden. Ersetzen oder Zusammenarbeit mit der alten ZaPF-App muss evaluiert werden.

* StaPF darf laut „Gesetz“ auf Daten zugreifen → StaPF kann diese beantragen und ohne Gewissenbissen können diese weitergegeben werden

=== Verschiedenes ===

* man kann zur Not auch alles über eine Mail regeln (Notlösung)

Es wird diskutiert ob Henkeln die Zugriff auf Nutzerdaten benötigen dieser gewährt werden soll. Die Hauptverantwortlichen des TOPFes widersprechen und sagen, dass sie sich aus Datenschutzgründen weigern würden. Im Zweifel muss der StAPF entscheiden, da dieser gegenüber dem TOPF durch Beschlüsse weisungsbefugt ist.

~~→ wenn alles im letzten Moment ausfallen würde~~

* nächste Rechnung für ZapfEv ist da und wird evtl rechtzeitig bezahlt

Eventuell soll ein zweiter Server angeschafft werden um Redundanz zu schaffen.

* vollständiger Datenverlust ist ein ~~Problem (worst case)~~

~~→ evtl Lösung über zweiten anderen~~ Server ~~starten~~

~~→ Metall der Uni eher weniger, da wieder Personen und Uni abhängig~~

~~→ ZapfEv kann evtl~~. ~~weiteres Pensum weiterer Server/Anbieter auch bewältigen~~

== Zusammenfassung ==

Zeile 165:

Zeile 125:

[[Kategorie:AK-Protokolle]]

[[Kategorie:SoSe16]]

~~[[Kategorie:Arbeitskreise]]~~

@@ Zeile 93: / Zeile 93: @@
 Nicht so viel vom eigentlich gewollten wurde erreicht, dennoch wurde die Kommunikation deutlich verbessert und viele kleinere Fehler beseitigt, die spontan aufgetreten sind.
-Der TOPF versteht sich als managendes, administrierendes Gremium und nicht als Entwickler.
+Der TOPF verwendet zur Konfigurationsverwaltung [https://docs.ansible.com/ansible/index.html Ansible], das auf eine imperative Art beschreibt in welchem Zustand das System sein soll. Die Rollen für Ansible werden in verschiedenen git repositories unter anderem auf Github gehostet. Der TOPF versteht sich als managendes, administrierendes Gremium und nicht als Entwickler und Helfika des TOPFes (sogenannte Henkel) sollen Rollen für neue Funktionalitäten beisteuern.
+Der TOPF ist erreichbar über die Mailingliste [mailto:topf@lists.physik.tu-berlin.de <tt>topf@lists.physik.tu-berlin.de</tt>] und im Channel <tt>#topf</tt> auf [https://freenode.net/ Freenode].
 === Was soll gemacht werden ===
-Der ZaPF e.V. wüscht sich für seine Arbeit eine dropboxartige Lösung oder zumindest ein SFTP oder WebDAV.
+Darüber hinaus müssen noch viele kritische Punkte, die noch geklärt werden müssen:
+* ordentliche Backups,
-→ Mailingliste erstellen um dies zu besprechen
+* Studienführer-Wiki reparieren,
+* Kontrolle über Domains vom ZaPF e.V. übernehmen,
-*“Ansible“ wurde erstellt um Aufbau der Server zusammen zu fügen → zu finden auf (Gitter.com/zapf)→ Ziel mit mehr Leuten arbeiten um „Ideen auszutauschen“
+* Kommunikation zwischen TOPFika muss transparenter werden und besser archiviert werden,
+* Übergabe der Informationen an den nächsten TOPF muss organisiert werden,
-*Ansible- Rollen werden erstellt um Kommunikation zu verbessern und die Arbeit aufzuteilen
+* mehr Henkel finden.
-*Wunsch: mehr Helfer, welche die Kompetenzen haben um Ansible-Rollen zu übernehmen:
-→ Erreichbarkeit über #topf aut freenode  oder topf@lists.physik.tu-berlin.de
-* Viele Kritische Aspekte
-Kommen wird (to do´s):
-* finden von Person, die sich in das komplette System einarbeitet
-* ordentliche Backups
-(* Studienführer)
-* Studienführerwiki muss aufgeräumt werden und wird relevanter
-* Zapf.ev möchte ein paar Sachen haben
-* Wiki Plugin
-*Zapf.App von Kn wird aufgeräumt und öffentlich gemacht
-→ evtl wird es wieder eine Einheitliche App geben (es wird sich darum gekümmert)
-→ Verbesserung: aktuelles Angaben sollen besser zu sehen sein
-*App ist momentan Datei, welche direkt von Tagungsbüro aktualisiert wird → es wird nach Verbesserung gesucht.
-Weitere Anregungen/ Kritik/ Fragen :
-* Mailingliste nur für allgemeine Dinge und Leute außerhalb des Topfs, Rest ist auf #topf auf freenode
-* Kommunikation verbessern (auch für Allgemeinheit?)
-* Gruppennachrichten über signal gehen verloren oder kommen mehrmals an
-* Kommunikation Henkel Topf ist dafür eigl. Zuständig
-* Kommunikation so simpel wie möglich gestalten
-* über Java-Server (ist in Arbeit)
-* Anzahl der Leute 2, als Verantwortliche sind Kontakt zu Stapf, sollen dennoch nicht alleine arbeiten, sind ausreichend
-**Übergabe Läuft damit
-** immer erreichbar
-*mehr Leute welche beim „Brainstorm“ helfen
-→ Interne und Externe Mailingliste (um Datenschutz zu sichern)
-* freiwillige Helfer sollen nicht alle Anonyme Daten erhalten, im Spezialfall kann dies aber zugeteilt werden (vom „Gremium“/ Verantwortliche) beziehungsweise Probleme zusammen zu lösen ohne den Datenschutz nicht zu verletzen
-* Testcase finden um Fehler zu vermeiden
-* unter den Topfdeckeln sind KEINE Programmierer
+Weitere Ziele sind:
+* Der ZaPF e.V. wünscht sich für seine Arbeit eine dropboxartige Lösung oder zumindest ein SFTP oder WebDAV.
+* Mailman3 für Mailinglisten sollen eingerichtet werden.
+* ZaPF-App von Konstanz soll aufgeräumt und veröffentlicht werden. Ersetzen oder Zusammenarbeit mit der alten ZaPF-App muss evaluiert werden.
-* StaPF darf laut „Gesetz“ auf Daten zugreifen → StaPF kann diese beantragen und ohne Gewissenbissen können diese weitergegeben werden
+=== Verschiedenes ===
-* man kann zur Not auch alles über eine Mail regeln (Notlösung)
+Es wird diskutiert ob Henkeln die Zugriff auf Nutzerdaten benötigen dieser gewährt werden soll. Die Hauptverantwortlichen des TOPFes widersprechen und sagen, dass sie sich aus Datenschutzgründen weigern würden. Im Zweifel muss der StAPF entscheiden, da dieser gegenüber dem TOPF durch Beschlüsse weisungsbefugt ist.
-→ wenn alles im letzten Moment ausfallen würde
-* nächste Rechnung für ZapfEv ist da und wird evtl rechtzeitig bezahlt
+Eventuell soll ein zweiter Server angeschafft werden um Redundanz zu schaffen.
-* vollständiger Datenverlust ist ein Problem (worst case)
-→ evtl Lösung über zweiten anderen Server starten
-→ Metall der Uni eher weniger, da wieder Personen und Uni abhängig
-→ ZapfEv kann evtl. weiteres Pensum weiterer Server/Anbieter auch bewältigen
 == Zusammenfassung ==
@@ Zeile 165: / Zeile 125: @@
 [[Kategorie:AK-Protokolle]]
 [[Kategorie:SoSe16]]
-[[Kategorie:Arbeitskreise]]