[Wien] WICHTIG: Vereins Services - ein neuer Ansatz

[Wolfgang Nagele]

Hallo,

Nochmal als Reminder - morgen um 19h beim Brandauer im Gerngross.

Bitte noch um Zusagen bis heute 18h damit ich Reservierung machen kann.

lg

2017-03-26 21:53 GMT+02:00 Wolfgang Nagele <(spam-protected)>:
> Hallo nochmals,
>
> Wie bereits erwähnt würden wir nun gerne ein Kick-off Meeting für alle
> Services machen. In diesem Treffen soll es darum gehen das sich alle
> Beteiligten kennen lernen können und wir umreisen welchen Umfang jeder
> Service in Zukunft haben wird und wie eine etwaige Übergabe ausschauen
> könnte.
>
> Termin: 05.04.2017 um 19:00
> Wo: Brandauer im Gerngross oben
>
> Bitte mir direkt schicken ob ihr teilnehmen werdet. Wenn nicht in
> Person vor Ort werde ich versuchen virtuell via Google Hangouts o.ä.
> zu ermöglichen. Es wäre aber *sehr* wichtig und toll wenn wir für
> dieses erste Meeting so viel als möglich in Person anwesend sind.
>
> lg
>
> 2017-03-19 18:51 GMT+01:00 Wolfgang Nagele <(spam-protected)>:
>> Liebe Community,
>>
>> Habe nun den dzt. Draft nochmals mit eurem Feedback und euren
>> möglichen Beteiligungen als Maintainer upgedated. Wie ihr seht gibt es
>> nun eine bessere Abdeckung aber wir haben immer noch einige Bereiche
>> die Aufmerksamkeit brauchen. Also, wenn du dich dort beteiligen willst
>> und kannst bitte entsprechend anzubringen.
>>
>> Eine Kritik wurde auch laut das hier bestehende Maintainer nicht
>> aufgeführt wurden. Es liegt nichts ferner als das wir bestehende
>> Maintainer hier ausschliessen wollten. Es ist aber notwendig das auch
>> diese sich diesem MoU anschliessen und ich bitte hiermit um Info wer
>> sich noch wo einbringen wird wollen. Wie ihr auch seht sind viele
>> Services auch mit bestehenden Maintainern hinterlegt - das sind alles
>> Leute die sich entsprechend gemeldet haben.
>>
>>
>> Memorandum of Understanding (MoU)
>> ---
>> Jeder Service ...
>> - hat mindestens 2 aktive Maintainer
>> - dokumentiert im Wiki die prinzipiellen Skills um den Service zu betreiben
>> - nimmt die Erfordernisse der Community an und richtet sich nach deren
>> Bedürfnissen
>> - hat ein Mitglied im Vorstand als Project Angel, dieser kommuniziert
>> mit den Maintainern um den Status des Services zu evaluieren
>> - wird einmal pro Monat im Vorstandsmeeting auf dessen Status reviewed.
>>   Die Hauptfaktoren hierbei sind:
>>   - Entspricht der Servie den Wünschen/Erfordernissen der Community?
>>   - Kümmern sich die Maintainer aktiv um den Service?
>>   - Werden Sicherheitsupdates aktiv bearbeitet?
>> - verwendet die Vereinsinfrastruktur und commited sich bei etwaigen
>> Änderungen aktiv an der Implementierung mitzuarbeiten (Compute,
>> Network, Storage)
>> - 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.
>>   - Wenn ein Service Security Mängel aufweist kann diese Frist auch im
>> ermessen des Vorstandes verringert werden oder ggf. der Service
>> offline genommen werden bis der Übergang und die Mängel behoben werden
>> konnten.
>> - 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 und
>> evt. Kauf dieser) 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
>> ---
>> - Backbone Network (Router, Switches, Anbindung, RIPE Database, Whois,
>> Bandwidth Monitoring & Accounting dzt. Flow & Cacti) -> Stefan
>> Schultheis, Wolfgang Nagele,
>> - Roof Nodes (Zutrittsverwaltung, Physische Installation und Standard
>> Konfigurationen) -> Bernhard Marker, <DU?>
>> - Core Compute & Storage Infra (inkl. Central Logging, Authentication
>> & Monitoring) -> Adi Kriegisch, <DU?>
>> - Housing Environment (Temperatur Monitoring und Lüftung,
>> Zutrittssystem, Kamera Überwachung, Reinigung, Strom, Power Leisten,
>> etc.) -> Michael Med, Gerhard Steinbeis
>> - DNS (Reverse, Domains & Provisioning von diesen Zonen, Betrieb von
>> zumindest einem Recursive Resolver) -> Peter Schwindt, <DU?>
>> - DNS Recursor -> Adi Kriegisch, Aaron Kaplan
>> - Mailserver & Mailing Listen -> Adi Kriegisch, Markus Gschwendt
>> - Tunnels (Anbindung von Inselknoten) -> Erich N. Pekarek, Bernhard Marker
>> - Housing Verwaltung (Billing, Verträge, etc.) -> Clemens Hopfer, <DU?>
>> - Node Map -> Erich N. Pekarek, Alexander Biringer
>> - Node Monitoring (SmokePing) -> Clemens Hopfer, Adi Kriegisch
>> - Node Datenbank (Nachfolger für dzt. Redeemer) -> Maurice Wohlkönig, <DU?>
>> - Website -> Maurice Wohlkönig, Felix Schneider
>> - Gallery -> <DU?>
>> - Wiki (inkl. internem Dokumentations Bereich) -> David Hopfmüller,
>> Matthias Subik
>> - Social Media (Twitter, Facebook, etc.) -> Peter Schwindt, <DU?>
>>
>>
>> Commons Services
>> ---
>> - VoIP -> Christoph Loesch, Franz Lax
>> - download.funkfeuer.at (-> mirror.funkfeuer.at) -> <DU?>
>> - Etherpad -> <DU?>
>>
>>
>> Auflassen/Umstellen
>> ---
>> - Member Mailer -> Soll in eine Standard Mailingliste integriert werden
>> - Shop -> Auflassen/Aufgelassen
>>
>>
>>
>> lg
>>
>> 2017-03-12 11:09 GMT+01:00 Wolfgang Nagele <(spam-protected)>:
>>> Liebe Community,
>>>
>>> Ich habe nun versucht das Feedback von euch in den nächsten Entwurf
>>> einzuarbeiten. Das ist immer noch ein Draft und euer konstruktives Feedback
>>> ist herzlich willkommen. V.a. bitte direkt Vorschläge für ggf. andere
>>> Formulierungen machen.
>>>
>>> WICHTIG: Bitte schaut auf die Service Liste unten und falls da etwas dabei
>>> ist wo ihr euch gerne beteiligen würdet lasst es mich wissen. Wie ihr seht
>>> haben wir noch *viele* Maintainer Positionen offen (Habe diese mit <DU?>
>>> markiert). Ohne eure Mithilfe können wir diese Services evt. in Zukunft
>>> nicht mehr bereitstellen.
>>>
>>> Auch habe ich bei einigen Services mir die Freiheit genommen Leute als
>>> Maintainer anzuführen von denen ich glaube das sie das machen wollen oder
>>> von denen ich das konkret gehört habe. Solltet ihr hier gelistet sein und
>>> das doch nicht wollen - bitte auch direkt um Info.
>>>
>>> Memorandum of Understanding (MoU)
>>> ---
>>> Jeder Service ...
>>> - hat mindestens 2 aktive Maintainer
>>> - dokumentiert im Wiki die prinzipiellen Skills um den Service zu betreiben
>>> - nimmt die Erfordernisse der Community an und richtet sich nach deren
>>> Bedürfnissen
>>> - hat ein Mitglied im Vorstand als Project Angel, dieser kommuniziert mit
>>> den Maintainern um den Status des Services zu evaluieren
>>> - wird einmal pro Monat im Vorstandsmeeting auf dessen Status reviewed.
>>>   Die Hauptfaktoren hierbei sind:
>>>   - Entspricht der Servie den Wünschen/Erfordernissen der Community?
>>>   - Kümmern sich die Maintainer aktiv um den Service?
>>>   - Werden Sicherheitsupdates aktiv bearbeitet?
>>> - verwendet die Vereinsinfrastruktur und commited sich bei etwaigen
>>> Änderungen aktiv an der Implementierung mitzuarbeiten (Compute, Network,
>>> Storage)
>>> - 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.
>>>   - Wenn ein Service Security Mängel aufweist kann diese Frist auch im
>>> ermessen des Vorstandes verringert werden oder ggf. der Service offline
>>> genommen werden bis der Übergang und die Mängel behoben werden konnten.
>>> - 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 und evt. Kauf dieser) 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
>>> ---
>>> - Backbone Network (Router, Switches, Anbindung, RIPE Database, Whois,
>>> Bandwidth Monitoring & Accounting dzt. Flow & Cacti) -> Stefan Schultheis,
>>> Wolfgang Nagele
>>> - Roof Nodes (Zutrittsverwaltung, Physische Installation und Standard
>>> Konfigurationen) -> Bernhard Marker, <DU?>
>>> - Core Compute & Storage Infra (inkl. Central Logging, Authentication &
>>> Monitoring) -> Adi Kriegisch, <DU?>
>>> - Housing Environment (Temperatur Monitoring und Lüftung, Zutrittssystem,
>>> Kamera Überwachung, Reinigung, Strom, Power Leisten, etc.) -> Michael Med,
>>> <DU?>
>>> - DNS (Reverse, Domains & Provisioning von diesen Zonen, Betrieb von
>>> zumindest einem Recursive Resolver) -> <DU?>
>>> - Mailserver & Mailing Listen -> Adi Kriegisch, <DU?>
>>> - Tunnels (Anbindung von Inselknoten) -> <DU?>
>>> - Housing Verwaltung (Billing, Verträge, etc.) -> Clemens Hopfer, <DU?>
>>> - Node Map -> Erich N. Pekarek, <DU?>
>>> - Node Monitoring (SmokePing) -> Bernhard Marker, <DU?>
>>> - Node Datenbank (Nachfolger für dzt. Redeemer) -> <DU?>
>>> - Website -> <DU?>
>>> - Gallery -> <DU?>
>>> - Wiki (inkl. internem Dokumentations Bereich) -> <DU?>
>>> - Social Media (Twitter, Facebook, etc.) -> <DU?>
>>>
>>>
>>> Commons Services
>>> ---
>>> - VoIP -> Christoph Loesch, <DU?>
>>> - download.funkfeuer.at (-> mirror.funkfeuer.at) -> <DU?>
>>> - Etherpad -> <DU?>
>>>
>>>
>>> Auflassen/Umstellen
>>> ---
>>> - Member Mailer -> Soll in eine Standard Mailingliste integriert werden
>>> - Shop -> Auflassen/Aufgelassen
>>>
>>>
>>> Wenn wir zu diesem Draft Konsensus finden würde ich als nächste Schritte
>>> vorschlagen:
>>> 1. Arbeitstreffen um die einzelnen Services und deren Scope im Wiki zu
>>> definieren inkl. dzt. Status.
>>> 2. Arbeitstreffen um die zukünftige Core Infrastruktur (Compute, Storage und
>>> Network) zu definieren und eine gemeinsame Basis zu schaffen.
>>>
>>> lg
>>> Wolfgang