[Discuss] WICHTIG: Vereins Services - ein neuer Ansatz

Christoph Loesch (spam-protected)
Di Apr 4 12:53:05 CEST 2017


Dazu wollt ich letztens zusagen ;)
Also hiermit nochmal, bin morgen dabei ;)

Am 4. April 2017 12:00:05 MESZ schrieb Wolfgang Nagele <(spam-protected)>:
>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
>
>-- 
>Discuss mailing list
>(spam-protected)
>https://lists.funkfeuer.at/mailman/listinfo/discuss

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/discuss/attachments/20170404/908afdc3/attachment.htm>


Mehr Informationen über die Mailingliste Discuss