[Discuss] WICHTIG: Vereins Services - ein neuer Ansatz

Stefan Schultheis (home) (spam-protected)
Fr Feb 10 13:57:04 CET 2017


Hallo Wolfgang, Discuss und Vorstand,
(= ohne Housing & Wien)

ich finde die Idee sehr gut! Etwas Struktur und Klarheit bringt uns
bestimmt weiter!

Für die Regeln würde ich noch vorschlagen:
 - Änderungen an Services werden nur nach Zustimmung durch mindestens einen
aktiven Maintainer dieses Services durchgeführt.

An der Aufteilung der Services würde ich ggf. nochmal nachdenken wollen.
Ich verstehe, dass es nicht darum geht die Services nach ihrem Aufwand
(Zeit, etc.) unbedingt gleich/ähnlich zu dimensionieren sondern eher
thematisch zu clustern.
Aber zB. im Punkt Core Network ist richtig viel Arbeit verpackt (Routing,
Switching, Uplinks, eigentl. auch der Glasfaserbackbone, RIPE Server:
cacti, *flow, vmtl. auch rancid, looking glass oder andere Sachen).
Vielleicht ist da eine weitere Aufteilung sinnvoll. Jedenfalls würde ich
unbedingt bei Netzwerkthemen das kabelgebundene "Core"-Netzwerk und die
Verantwortung (= Verantw. für Weiterentwicklungen, usw.) für unser Wireless
Mesh Netz als getrennte Services mit klaren Schnittstellen sehen.
Glzg. finde ich 5 Kategorien für Gallery, Wiki, DokuWiki, Smokeping, Whois
etwas "aufgeblasen".

Ich verstehe, dass es hier va. um Technik & Planung/Betrieb geht, aber ist
zB. Öffentlichkeitsarbeit (Überschneidung mit Social Media, aber gibt auch
vermeintlich "unsoziale" Medien, die Betreuung brauchen) oä. im Vorstand
bereits geregelt? Sonst wären da noch ein paar nicht-technische Punkte,
über die man diskutieren könnte.

LgS


Am 10. Februar 2017 um 12:20 schrieb Wolfgang Nagele <(spam-protected)>:

> Liebe Community,
>
> Als Follow-up zu meinen Marvin Emails und vielen Konversationen über die
> letzten Monate, hier ein initialer Vorschlag für unseren Umgang mit Vereins
> Services in Zukunft.
>
> Alles hier ist im Moment ein Vorschlag - der Vorstand möchte dies aber
> definitiv voran treiben und eine neue Basis für unseren Betrieb schaffen.
> Daher ist nun die Zeit hier konstruktiv mitzuarbeiten und diesen Ansatz zu
> formen.
>
>
> Memorandum of Understanding
> ---
> Das wird un Zukunft unser gemeinsames Verständnis von Beteiligten die
> Services für den Verein und die Community betreiben. Wer einen Service für
> uns betreibt muss sich daran halten.
>
> - Jeder Service hat mindestens 2 aktive Maintainer
> - Jeder Service hat ein Mitglied im Vorstand als Sponsor
>   - Der Sponsor im Vorstand kommuniziert mit den Maintainern um den Status
> vom Service zu evaluieren
> - Jeder Service wird einmal pro Monat im Vorstandsmeeting reviewed auf
> Status
>   - Kümmern sich die Maintainer aktiv um den Service?
>   - Werden Sicherheitsupdates aktiv bearbeitet?
> - Jeder Service verwendet die Vereinsinfrastruktur und commited sich bei
> etwaigen Änderungen aktiv an der Implementierung mitzuarbeiten (Compute,
> Network, Storage)
> - Jeder Service Maintainer commited sich einen Übergang innerhalb von 3
> Monaten zu einem anderen Maintainer durchzuführen und dabei zu helfen,
> sollte er/sie sich selbst nicht mehr darum kümmern können oder wollen
>   - Wenn innerhalb dieser Periode kein Nachfolger gefunden werden kann
> wird der Service für 3 Monate als dormant geführt. Nach dieser Zeit wird
> der Service eingestellt oder auf einen Commons Service migriert welcher
> nicht mehr auf der Vereins Infrastruktur selbst zu finden ist und nicht
> direkt vom Verein betrieben wird.
> - Der Verein supported nur noch Core Services welche dem Vereinszweck
> mittelbar dienen. Andere Services können ggf. durch zur Verfügungstellung
> von Resourcen (sprich - Housing von Hardware) supported werden. Dabei
> handelt es sich um Commons Services. Beispiele hierfür könnten z.B. Mirrors
> von OpenSource Projekten o.ä. sein. Solche Projekte werden nur supported
> wenn es keine bereits bestehenden guten Alternativen gibt. Genauso werden
> diese wieder entfernt, sollten sich neue gute Alternativen entwickeln.
>
>
> Services
> ---
> Hier ist eine Liste mit dzt. identifizierten Services - bitte um
> Erweiterung falls euch noch was einfällt. Auch, bitte um Info wenn ihr euch
> um einen dieser Services nach dem oben stehenden MoU kümmern würdet wollen.
>
> - Core Network (Config & Hardware, inkl. RIPE Maintenance, Cacti, Flow
> Accounting)
> - Core Compute & Storage Infra (inkl. Central Logging & LDAP)
> - Physical Housing Environment (Temperatur Sensoren, Zutrittssystem,
> Kamera Ueberwachung, Luefer, Reinigung, Strom, Power Leisten, etc.)
> - Gallery
> - Mailserver
> - Wiki
> - Dokumentations Wiki (v.a. Intern)
> - Map
> - Housing Billing
> - Tunnelserver
> - SmokePing
> - Redeemer (inkl. Datenbank) oder Successor davon
> - DNS
> - Social Media (Twitter, Facebook, etc.)
> - Nagios
> - Whois
> - Shop
> - Member Mailer
> - <Fällt dir noch was ein?>
>
> Commons Services
> ---
> Diese Services werden in Zukunft als Commons Services weiter geführt.
>
> - VoIP
> - download.funkfeuer.at (-> mirror.funkfeuer.at)
> - Etherpad
>
>
> Nun, wie gehen wir hier weiter vor? Zuerst wollen wir euch die Möglichkeit
> geben euren Input zu liefern und zu sagen wo ihr euch beteiligen würdet.
> Wir brauchen v.a. Maintainer die sich an oben genanntes MoU binden werden.
>
> Danach werden wir die Services evaluieren und eine gemeinsame Basis für
> den Betrieb finden. Wenn das geschafft ist gehen wir zum Tagesbetrieb über
> wo wir euch viel Freiraum geben wollen und nur wie oben beschrieben
> sicherstellen das der Service noch aktiv maintained wird und eine
> gemeinsame Infrastruktur genutzt wird.
>
> lg
> Wolfgang
> für den FunkFeuer Wien Vorstand
>
> --
> Discuss mailing list
> (spam-protected)
> https://lists.funkfeuer.at/mailman/listinfo/discuss
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/discuss/attachments/20170210/01412b7f/attachment.htm>


Mehr Informationen über die Mailingliste Discuss