Civil Commons:Roadmap 2020: Unterschied zwischen den Versionen

Aus Civil Commons

Wechseln zu: Navigation, Suche
Zeile 109: Zeile 109:
 
||Förderer
 
||Förderer
 
|-
 
|-
||
+
||… 
 
||
 
||
 
||
 
||
Zeile 143: Zeile 143:
 
||DECIDIM ([https://decidim.org/ Web Site])
 
||DECIDIM ([https://decidim.org/ Web Site])
 
|-
 
|-
||...
+
||… 
 
||
 
||
 
||
 
||
Zeile 152: Zeile 152:
  
 
{| class="contenttable"
 
{| class="contenttable"
 +
|-
 +
||Anforderung
 +
||Beschreibung
 +
||Aktuelle Umsetzung
 +
||Priorität
 
|-
 
|-
 
||Skalierbarkeit, Konfigurierbarkeit, Administrierbarkeit
 
||Skalierbarkeit, Konfigurierbarkeit, Administrierbarkeit
||...
+
||… 
 +
||… aktuell nur eingeschränkt umgesetzt / mit hohem Aufwand möglich
 +
||1
 
|-
 
|-
 
||Community Management
 
||Community Management
 
||
 
||
 +
||… aktuell nicht verfügbar
 +
||1
 
|-
 
|-
 
||Knowledge Management
 
||Knowledge Management
 
||
 
||
 +
||… aktuell auf Basis MediaWiki
 +
||1
 
|-
 
|-
 
||Dokumenten Management
 
||Dokumenten Management
 
||
 
||
 +
||… aktuell auf Basis Nextcloud
 +
||1
 
|-
 
|-
 
||Publishing
 
||Publishing
 
||
 
||
 +
||… aktuell auf Basis MediaWiki
 +
||1
 
|-
 
|-
 
||Partizipation
 
||Partizipation
 
||
 
||
 +
||… aktuell nicht verfügbar
 +
||2
 
|-
 
|-
 
||Digital Signage
 
||Digital Signage
 
||
 
||
 +
||… aktuell nicht verfügbar
 +
||2
 
|-
 
|-
 
||Data Management
 
||Data Management
||... strukturierte und unstrukturierte Daten, Streaming Data
+
||
 +
||
 +
… aktuell nicht verfügbar
 +
 
 +
strukturierte und unstrukturierte Daten, Streaming Data
 +
 
 +
||3
 
|-
 
|-
 
||Analytik / KI
 
||Analytik / KI
 +
||
 +
||… aktuell nicht verfügbar
 +
||3
 +
|-
 +
||… ggf. weitere
 +
||
 +
||
 
||
 
||
 
|}
 
|}
 +
Diese Beschreibung dieser zentralen Anforderungen soll im Sinne von [https://de.wikipedia.org/wiki/Epic_(Anforderungsmanagement) Epics] ausgearbeitet werden.
 +
 +
 +
==Architektur==
 +
((Hier sind die grundlegenden Überlegungen beim Entwurf der Architektur zu beschreiben - Open Source in den grundlegenden Schichten der Architektur, Offenheit für Lösungen, die nicht Open-Source sind, ...))
 +
 +
((Hier ist eine graphische Darstellung der Zielarchitektur einzufügen.))
  
Diese Beschreibung dieser zentralen Anforderungen soll im Sinne von [https://de.wikipedia.org/wiki/Epic_(Anforderungsmanagement) Epics] ausgearbeitet werden.
 
  
 
==Umsetzungsschritte (User Stories)==
 
==Umsetzungsschritte (User Stories)==
Die Entwicklung von Civil Commons erfolgt bisher, indem auf Anforderungen durch die Bereitstellung existierender Open-Source-Lösungen geantwortet wurde. Dies erfolgte auf Basis von langjährigen Erfahrungen der Projektbeteiligten. In der folgenden Tabelle werden die ursprünglichen Anforderungen nochmals in Form von User Stories reflektiert und dargestellt, inwiefern/inwieweit die ausgewählten Tools diese Anforderungen abdecken. Eine Ableitung von Aufgaben (Tasks) zur Bereitstellung dieser Tools in einer konsolidierten Umgebung erfolgt dann in den folgenden Kapiteln.
+
Die Entwicklung von Civil Commons erfolgt bisher, indem auf Anforderungen durch die Bereitstellung existierender Open-Source-Lösungen geantwortet wurde. Dies erfolgte auf Basis von langjährigen Erfahrungen der Projektbeteiligten. In der folgenden Tabelle werden die ursprünglichen Anforderungen nochmals in Form von User Stories reflektiert und dargestellt, inwiefern/inwieweit die ausgewählten Tools diese Anforderungen abdecken. Eine erste Ableitung von Aufgaben (Tasks) zur Bereitstellung dieser Tools in einer konsolidierten Umgebung erfolgt dann in den folgenden Kapiteln; letztlich erfolgt die Definition der Aufgaben durch das Umsetzungsteam.
  
 
{| class="contenttable"
 
{| class="contenttable"
Zeile 196: Zeile 234:
 
||OpenStack, Kubernetes/Docker, … bevorzugt auf FIWARE-Infrastruktur
 
||OpenStack, Kubernetes/Docker, … bevorzugt auf FIWARE-Infrastruktur
 
|-
 
|-
||...
+
||… 
 
||Upgrade auf aktuelle Versionen von MediaWiki und Nextcloud
 
||Upgrade auf aktuelle Versionen von MediaWiki und Nextcloud
 
||
 
||
Zeile 229: Zeile 267:
 
|-
 
|-
 
||
 
||
||...
+
||
 
||
 
||
 
|}
 
|}
 +
Diese Beschreibung dieser Umsetzungsschritte soll im Sinne von [https://de.wikipedia.org/wiki/User_Story User Stories] ausgearbeitet werden.
  
Diese Beschreibung dieser Umsetzungsschritte soll im Sinne von [https://de.wikipedia.org/wiki/User_Story User Stories] ausgearbeitet werden.
 
  
 
==Plattformen & Basissoftware==
 
==Plattformen & Basissoftware==
 
===FIWARE, International Data Spaces===
 
===FIWARE, International Data Spaces===
Eines der kontinuierlich aktiven Projekte im Kontext von Urban Innovation e.V. war die Bearbeitung der Fragestellung, welche zivilgesellschaftlichen Prozesse und welche technischen Plattformen und Standards der Digitalisierung der Gemeinwesen - d.h. der Städte, aber auch der ländlichen Regionen - zugrundegelegt werden sollten. Dieses Projekt wurde im Jahr 2017 unter dem Namen "Urban Dataspace / Urbaner Datenraum" gestartet.
+
Eines der kontinuierlich aktiven Projekte im Kontext von Urban Innovation e.V. war die Bearbeitung der Fragestellung, welche zivilgesellschaftlichen Prozesse und welche technischen Plattformen und Standards der Digitalisierung der Gemeinwesen - d.h. der Städte, aber auch der ländlichen Regionen - zugrunde gelegt werden sollten. Dieses Projekt wurde im Jahr 2017 unter dem Namen "Urban Dataspace / Urbaner Datenraum" gestartet.
  
 
Die maßgeblichen Projekte / Plattformen, die bis Anfang 2018 identifiziert und evaluiert waren, waren:
 
Die maßgeblichen Projekte / Plattformen, die bis Anfang 2018 identifiziert und evaluiert waren, waren:
Zeile 250: Zeile 288:
 
FIWARE ist damit diejenige Plattform, auf der die einzelnen Funktionalitäten - in FIWARE "Enabler" genannt - integriert werden können. Die zentrale Komponente, über die Enabler in FIWARE intergiert werden, ist der "Orion Context Broker" über den der Datenaustausch zwischen allen Anwendungen erfolgt. Dies ermöglicht eine tiefe Integration von Anwendungen auf der Ebene des Contents.
 
FIWARE ist damit diejenige Plattform, auf der die einzelnen Funktionalitäten - in FIWARE "Enabler" genannt - integriert werden können. Die zentrale Komponente, über die Enabler in FIWARE intergiert werden, ist der "Orion Context Broker" über den der Datenaustausch zwischen allen Anwendungen erfolgt. Dies ermöglicht eine tiefe Integration von Anwendungen auf der Ebene des Contents.
  
Die Plattform Civil Commons integriert demgegenüber existierende Lösungen und Tools zwischen denen Content zunächst absehbar nur über die Benutzeroberflächen ausgetausch werden wird. Es soll aber selbst dort, wo eine Integration auf der Ebene des Austauschs von Content im Kontext von Civil Commons nicht möglich oder sinnvoll ist, eine Integration in die FIWARE-Architektur auf anderen Ebenen gesucht werden - z.B. der Ebenen der Tools, Technologien und Standards.
+
Die Plattform Civil Commons integriert demgegenüber existierende Lösungen und Tools zwischen denen Content zunächst absehbar nur über die Benutzeroberflächen ausgetauscht werden wird. Es soll aber selbst dort, wo eine Integration auf der Ebene des Austauschs von Content im Kontext von Civil Commons nicht möglich oder sinnvoll ist, eine Integration in die FIWARE-Architektur auf anderen Ebenen gesucht werden - z.B. der Ebenen der Tools, Technologien und Standards.
  
====FIWARE iHUBS====
+
====FIWARE iHUBs====
 
Die FIWARE Foundation fördert den Aufbau regionaler Kompetenzzentren zu Fragen der Digitalisierung, des Internet of Things und natürlich der FIWARE-Technologien. Eine der Aufgaben dieser iHUBs ist es, mit Unternehmen in der Region einen Dialog darüber zu führen, wie neue und bestehende Technologien, Lösungen oder Geschäftsmodelle in die FIWARE-Plattform eingefügt bzw. auf Basis der FIWARE-Architektur dargestellt werden können.
 
Die FIWARE Foundation fördert den Aufbau regionaler Kompetenzzentren zu Fragen der Digitalisierung, des Internet of Things und natürlich der FIWARE-Technologien. Eine der Aufgaben dieser iHUBs ist es, mit Unternehmen in der Region einen Dialog darüber zu führen, wie neue und bestehende Technologien, Lösungen oder Geschäftsmodelle in die FIWARE-Plattform eingefügt bzw. auf Basis der FIWARE-Architektur dargestellt werden können.
  
Zeile 266: Zeile 304:
 
||
 
||
 
|-
 
|-
||...
+
||…  
 
||
 
||
 
|}
 
|}
Zeile 297: Zeile 335:
 
||… ggf. Austausch mit bwCloud
 
||… ggf. Austausch mit bwCloud
 
|-
 
|-
||...
+
||… 
 
||
 
||
 
|}
 
|}
Zeile 318: Zeile 356:
 
||
 
||
 
|-
 
|-
||...
+
||… 
 
||
 
||
 
|}
 
|}
Zeile 333: Zeile 371:
 
||https://www.docker.com/resources/what-container
 
||https://www.docker.com/resources/what-container
 
|-
 
|-
||...
+
||… 
 
||
 
||
 
|}
 
|}
Zeile 354: Zeile 392:
 
||
 
||
 
|-
 
|-
||...
+
||… 
 
||
 
||
 
|}
 
|}
  
 
===File / DB Storage Services===
 
===File / DB Storage Services===
... ((Positionierung von Storage Service)) ...
+
((Positionierung von Storage Service)) … 
  
 
{| class="contenttable"
 
{| class="contenttable"
Zeile 384: Zeile 422:
 
||
 
||
 
|-
 
|-
||...
+
||… 
 
||
 
||
 
|}
 
|}
  
 
===Keyrock / OAuth2===
 
===Keyrock / OAuth2===
... ((Positionierung von Keyrock / OAuth2)) ...
+
((Positionierung von Keyrock / OAuth2)) … 
  
 
{| class="contenttable"
 
{| class="contenttable"
 
|-
 
|-
||
+
||((hier Thema bzgl. Keyrock einfügen))
||
+
||((hier Link bzgl. Thema einfügen))
 
|-
 
|-
||
+
||… 
 
||
 
||
 
|}
 
|}
Zeile 421: Zeile 459:
  
 
===MediaWiki===
 
===MediaWiki===
... ((Positionierung von MediaWiki)) ...
+
((Positionierung von MediaWiki)) … 
  
 
{| class="contenttable"
 
{| class="contenttable"
Zeile 428: Zeile 466:
 
||https://www.mediawiki.org/wiki/MediaWiki
 
||https://www.mediawiki.org/wiki/MediaWiki
 
|-
 
|-
||...
+
||… 
 
||
 
||
 
|}
 
|}
Zeile 439: Zeile 477:
  
 
||
 
||
... Image-Verzeichnis als Mount-Point von Storage-Service
+
Image-Verzeichnis als Mount-Point von Storage-Service
  
... Datenbank als DB Storage Service
+
Datenbank als DB Storage Service
  
 
|-
 
|-
 
||Authentifizierung / Autorisierung auf Basis von OAuth2
 
||Authentifizierung / Autorisierung auf Basis von OAuth2
||... Einsatz von Keyrock
+
||Einsatz von Keyrock
 
|-
 
|-
 
||Generische Skin zur Gestaltung der Oberfläche
 
||Generische Skin zur Gestaltung der Oberfläche
||... ggf. unter Berücksichtigung von Plugins (Bluespice-Plugins erfordern ggf. Bluespice-Style-Sheet)
+
||ggf. unter Berücksichtigung von Plugins (Bluespice-Plugins erfordern ggf. Bluespice-Style-Sheet)
 
|-
 
|-
 
||Autorisierung auf Namespaces
 
||Autorisierung auf Namespaces
||... wie erfolgt die Pflege
+
||wie erfolgt die Pflege
 
|-
 
|-
||Definition / Paketierung von benötigten Extensions (Semantic, ...)
+
||Definition / Paketierung von benötigten Extensions (Semantic, )
 
||
 
||
 
|-
 
|-
||...
+
||… 
 
||
 
||
 
|}
 
|}
  
 
===Nextcloud===
 
===Nextcloud===
... ((Positionierung von Nextcloud)) ...
+
((Positionierung von Nextcloud)) … 
  
 
{| class="contenttable"
 
{| class="contenttable"
Zeile 507: Zeile 545:
 
Datenverzeichnis als Mount von File Storage Service
 
Datenverzeichnis als Mount von File Storage Service
  
...
+
… 
  
 
|-
 
|-
Zeile 520: Zeile 558:
 
|-
 
|-
 
||
 
||
...
+
… 
 
 
  
 
||
 
||
Zeile 527: Zeile 564:
  
 
===DECIDIM===
 
===DECIDIM===
... ((Positionierung von Decidim)) ...
+
((Positionierung von Decidim)) … 
  
 
{| class="contenttable"
 
{| class="contenttable"
Zeile 544: Zeile 581:
 
|-
 
|-
 
||Authentifizierung / Autorisierung auf Basis von OAuth2
 
||Authentifizierung / Autorisierung auf Basis von OAuth2
 +
||
 +
|-
 +
||… 
 
||
 
||
 
|}
 
|}
Zeile 566: Zeile 606:
 
||OAuth2 / Keyrock
 
||OAuth2 / Keyrock
 
||Anbindung ist im Kontext von FIWARE bereits erfolgt
 
||Anbindung ist im Kontext von FIWARE bereits erfolgt
 +
|-
 +
||… 
 +
||
 
|}
 
|}
  
 
===XIBO===
 
===XIBO===
... ((Positionierung von XIBO))
+
((Positionierung von XIBO)) … 
  
 
{| class="contenttable"
 
{| class="contenttable"
Zeile 576: Zeile 619:
 
||https://xibo.org.uk/
 
||https://xibo.org.uk/
 
|-
 
|-
||
+
||...
 
||
 
||
 
|}
 
|}
  
 
===OS-Datamanagement: Hadoop, Spark, Mongo, ...===
 
===OS-Datamanagement: Hadoop, Spark, Mongo, ...===
... in der ersten Stufe: 1 Master-Node, 3 Data Nodes, evtl. auch nur Single Node
+
in der ersten Stufe: 1 Master-Node, 3 Data Nodes, evtl. auch nur Single Node
  
 
{| class="contenttable"
 
{| class="contenttable"
Zeile 588: Zeile 631:
 
||http://spark.apache.org/
 
||http://spark.apache.org/
 
|-
 
|-
||...
+
||… 
 
||
 
||
 
|}
 
|}
Zeile 597: Zeile 640:
 
||
 
||
 
|-
 
|-
||Ggf. Streamsets
+
||Ggf. StreamSets
 
||
 
||
 
|-
 
|-
||..
+
||… 
 
||
 
||
 
|}
 
|}
Zeile 610: Zeile 653:
 
{| class="contenttable"
 
{| class="contenttable"
 
|-
 
|-
||
+
||...
 
||http://www.xwiki.org/xwiki/bin/view/Main/WebHome
 
||http://www.xwiki.org/xwiki/bin/view/Main/WebHome
 
|-
 
|-
||
+
||...
 
||
 
||
 
|}
 
|}
 
====Cloudera vs. HortonWorks====
 
====Cloudera vs. HortonWorks====
...
+
… 
  
 
====Digital Signage====
 
====Digital Signage====
Zeile 626: Zeile 669:
 
Wo erfolgt das Hosting der Plattform?
 
Wo erfolgt das Hosting der Plattform?
  
Für welche Umgebungen / Services läßt sich das FIWARE-Lab nutzen?
+
Für welche Umgebungen / Services lässt sich das FIWARE-Lab nutzen?
  
 
Ist es möglich, im Bereich des Hostings mit [https://www.bw-cloud.org/ bwCloud] zu kooperieren?
 
Ist es möglich, im Bereich des Hostings mit [https://www.bw-cloud.org/ bwCloud] zu kooperieren?

Version vom 6. Oktober 2018, 22:16 Uhr

Das Anliegen der "Roadmap 2020"

In der Metropolregion Rhein-Neckar gibt es eine Reihe von Projekten und Organisationen, die Themen der Stadtentwicklung bearbeiten oder soziale Innovationen erarbeiten; im Einzelnen sind dies:

  • das Begeisterhaus ((Link einfügen))
  • der Verein Urban Innovation - Stadt neu Denken! e.v. (Projekte N_E_U, Urban Dataspace, Urban Newsroom)
  • der Verein GeoNet.MRN
  • die Digitalagentur der Stadt Heidelberg
  • das DAI
  • der Verein Transition Town
  • die Kooperation 'Open Transformation'
  • ...


Diese Projekte und Organisationen haben in weiten Teilen deckungsgleiche Anforderungen in den folgenden Bereichen:

  • Knowledge Management
  • Kommunikation / Publikation
  • Community Management
  • Organisation von Partizipation
  • ...

Stand 10/2018 nutzen bzw. kennen diese Projekte und Organisationen das Konzept und die aktuelle Umsetzung der Plattform Civil Commons; sie haben eine Diskussion angeregt, in welcher Weise Civil Commons weiterentwickelt werden kann, um weitere aktuelle und zukünftige Anforderungen zu erfüllen und um als Plattform eine inhaltlich und regional breitere Nutzung zu erfahren.

Als Zeitpunkt, zu dem eine nächste, funktional und technisch erweiterte Version der Plattform verfügbar sein sollte, ist die Eröffnung des Begeisterhauses in Heidelberg definiert, die Stand Oktober 2018 Ende 2019 stattfinden soll.

Gemeinsam mit den o.g. Projekten und Organisationen soll also die Frage diskutiert werden:


Wo möchten wir im Jahr 2020 mit der Plattform Civil Commons stehen?

Diese Diskussion sollte aus unserer Sicht auf zwei Ebenen geführt werden:

  • Visionen, Entwicklungsperspektiven, Anforderungen der Projekte und Organisationen selbst,

  • Möglichkeiten der Unterstützung der benötigten Funktionen und Prozesse durch die Plattform Civil Commons

    Diese Ebene wiederum gliedert sich in die Aspekte:
    • Technische Weiterentwicklung der Plattform,
    • Organisation und Trägerschaft von Civil Commons.


Eine dokumentierte und abgestimmte Roadmap soll uns auch dabei unterstützen, uns um Fördergelder zu bewerben.

Stand Oktober 2018 stehen aus dem Projekt Begeisterhaus bereits Fördermittel bereit, mit denen die Arbeiten im Q4/2018 begonnen werden können.

Stand der Entwicklung und Nutzung von Civil Commons 10/2018

... in Stichpunkten:

  • Klare Positionierung von Civil Commons als Plattform für zivilgesellschaftliche Projekte ([1])
  • Die Dienste Wiki und Sharing (MediaWiki, Nextcloud) sind stabil und projektbezogen nutzbar.
  • Die Nutzung erfolgt in den Projekten N_E_U ((Link ergänzen)) und der Bibliothek der Bürgerschaft ((Link ergänzen)).
  • Das Operating ist noch nicht automatisiert (Backup, ...).
  • Es sind noch keine Funktionen zur Bereitstellung von dynamischem Content umgesetzt (Einstiegsseite, ...)

Potentiale

Regionale Übertragbarkeit

Es wird selbstverständlich angestrebt, die Plattform Civil Commons als eine Best Practice zu etablieren - mit einer Anwendbarkeit über die Region hinaus. Dies bedeutet nicht bzw. nicht nur, dass die durch die Plattform unterstützten Prozesse möglichst breit anwendbar gestaltet werden, sondern berücksichtigt auch, dass in anderen Regionen / in anderen Städten anders gestaltete Prozesse adäquatere Lösungen darstellen. Die Plattform soll daher von vorneherein die Anpassbarkeit (das Customizing) von Prozessen als eine zentrale Anforderung berücksichtigen.

Übertragbarkeit auf andere Anwendungsbereiche

Am Beginn der Entwicklung des Konzepts von Civil Commons stand eine Analyse der zentralen Anforderung, die durch zivilgesellschaftliche Projekte an eine unterstützende IT-Plattform gestellt werden. Das Ergebnis dieser Analyse war, dass diese Anforderungen im Wesentlichen deckungsgleich sind mit Projekten im wissenschaftlichen oder wirtschaftlichen Kontext oder mit Projekten im Bereich der öffentlichen Verwaltung.

Dies bedeutet umgekehrt, dass Entwicklungen im Rahmen von Civil Commons immer das Potential haben, auch in die Anwendungsbereiche der Wirtschaft, Wissenschaft oder der öffentlichen Verwaltung übertragen zu werden.

Dies gilt ganz offensichtlich für Funktionen in den Bereichen des Knowledge Managements, der Kommunikation, des Datenmanagements und der Datenanalyse.

Spannend ist dieser Aspekt der Übertragung von Lösungsansätzen in andere Domänen aber auch für die Anforderungsbereiche der Partizipation (Übertragung in den Bereich der Unternehmensentwicklung) oder des Community Managements (Übertragung in den Bereich des Customer Releationship Managements).

Stakeholder

Im folgenden sind alle aktuell oder potentiell an diesem Projekt beteiligten oder von diesem Projekt betroffenen Parteien genannt und es ist dokumentiert, welche Art der Projektbeteiligung und welche Form der Kommunikation verabredet ist:

Stakeholder Ansprechpartner*in Projektbeteiligung / Kommunikation
Begeisterhaus Jasper Schmidt, Jaro Eiermann Projektleitung
Urban Innovation e.V. (Projekte N_E_U, Urban Newsroom) Jaro Eiermann, Lutz Hager
GeoNet.MRN / MRN Hartmut Gündra / Marco Brunzel
DigitalHub Kurpfalz@BW
Digitalagentur HD Sebastian Warkentin
Projekt Transfer-Together ? #
Transition Town Wolfgang
Open Knowledge Foundation / OKLab Heidelberg # Träger
((Schulen als Umsetzungspartner)) # Anforderer, Nutzer
HOPP Stiftung Förderer
… 

Anforderungsbereiche und Tools

Im folgenden werden die eingangs genannten zentralen Funktionen der Plattform, aus denen Anforderungen resultieren, detaillierter beschrieben werden - incl. erster Überlegungen, auf Basis welcher Tools diese Funktionen bereitgestellt werden können

Funktion Anforderungen im Einzelnen Mögliche Tools für Umsetzung
Dokumenten-Management Nextcloud (incl. Collabora)
Knowledge Management MediaWiki (incl. Semantic)
Kommunikation / Publikation Nextcloud Collaboration, Mediawiki
Community Management FIWARE-Komponente KeyRock, Implementierung zusätzlicher Dialog-Funktionen (Dokumentation), Meetup (Einbindung per API)
Organisation von Partizipation DECIDIM (Web Site)
… 

Zentrale Anforderungen (Epics)

Um die beschriebenen Potentiale zu realisieren, sind die folgenden zentralen Anforderungen umzusetzen:

Anforderung Beschreibung Aktuelle Umsetzung Priorität
Skalierbarkeit, Konfigurierbarkeit, Administrierbarkeit …  … aktuell nur eingeschränkt umgesetzt / mit hohem Aufwand möglich 1
Community Management … aktuell nicht verfügbar 1
Knowledge Management … aktuell auf Basis MediaWiki 1
Dokumenten Management … aktuell auf Basis Nextcloud 1
Publishing … aktuell auf Basis MediaWiki 1
Partizipation … aktuell nicht verfügbar 2
Digital Signage … aktuell nicht verfügbar 2
Data Management

… aktuell nicht verfügbar

… strukturierte und unstrukturierte Daten, Streaming Data

3
Analytik / KI … aktuell nicht verfügbar 3
… ggf. weitere

Diese Beschreibung dieser zentralen Anforderungen soll im Sinne von Epics ausgearbeitet werden.


Architektur

((Hier sind die grundlegenden Überlegungen beim Entwurf der Architektur zu beschreiben - Open Source in den grundlegenden Schichten der Architektur, Offenheit für Lösungen, die nicht Open-Source sind, ...))

((Hier ist eine graphische Darstellung der Zielarchitektur einzufügen.))


Umsetzungsschritte (User Stories)

Die Entwicklung von Civil Commons erfolgt bisher, indem auf Anforderungen durch die Bereitstellung existierender Open-Source-Lösungen geantwortet wurde. Dies erfolgte auf Basis von langjährigen Erfahrungen der Projektbeteiligten. In der folgenden Tabelle werden die ursprünglichen Anforderungen nochmals in Form von User Stories reflektiert und dargestellt, inwiefern/inwieweit die ausgewählten Tools diese Anforderungen abdecken. Eine erste Ableitung von Aufgaben (Tasks) zur Bereitstellung dieser Tools in einer konsolidierten Umgebung erfolgt dann in den folgenden Kapiteln; letztlich erfolgt die Definition der Aufgaben durch das Umsetzungsteam.

User Story Anforderungen Darstellung in der Architektur
((hier Formulierungen der User Stories einfügen)) Konsolidierung der Server-Infrastruktur OpenStack, Kubernetes/Docker, … bevorzugt auf FIWARE-Infrastruktur
…  Upgrade auf aktuelle Versionen von MediaWiki und Nextcloud
Erweiterung von Nextcloud um Collabora Online
End-to-end-encryption in Nextcloud
Services für Streaming Data Analyse & Visualisierung (in Arbeit 09/2018)
Bereitstellung von Services unter Domains von Projekten Alle Services sollen als Docker-Container bereitgestellt werden, so dass sie schnell unter Domains von Projekten deployt werden können.
Realisierung projektbezogener Wikis ggf. auf Basis einer Wiki-Farm
Zentrale Benutzerverwaltung OAuth2 / LDAP incl. SSO
Community Management z.B. Meetup - mit Nutzung des APIs.

Diese Beschreibung dieser Umsetzungsschritte soll im Sinne von User Stories ausgearbeitet werden.


Plattformen & Basissoftware

FIWARE, International Data Spaces

Eines der kontinuierlich aktiven Projekte im Kontext von Urban Innovation e.V. war die Bearbeitung der Fragestellung, welche zivilgesellschaftlichen Prozesse und welche technischen Plattformen und Standards der Digitalisierung der Gemeinwesen - d.h. der Städte, aber auch der ländlichen Regionen - zugrunde gelegt werden sollten. Dieses Projekt wurde im Jahr 2017 unter dem Namen "Urban Dataspace / Urbaner Datenraum" gestartet.

Die maßgeblichen Projekte / Plattformen, die bis Anfang 2018 identifiziert und evaluiert waren, waren:

  • das Projekt der Industrial Dataspaces der Fraunhofer Gesellschaft
  • das Projekt FIWARE, koordiniert von der Europäischen Kommission

Im Juni 2018 wurde eine weitgehende Kooperation dieser beiden Projekte bekanntgegeben. FIWARE hat angekündigt dass es eine Implementierung der zentralen Komponenten der International Dataspaces auf Basis der FIWARE-Plattform geben wird.

...

FIWARE ist damit diejenige Plattform, auf der die einzelnen Funktionalitäten - in FIWARE "Enabler" genannt - integriert werden können. Die zentrale Komponente, über die Enabler in FIWARE intergiert werden, ist der "Orion Context Broker" über den der Datenaustausch zwischen allen Anwendungen erfolgt. Dies ermöglicht eine tiefe Integration von Anwendungen auf der Ebene des Contents.

Die Plattform Civil Commons integriert demgegenüber existierende Lösungen und Tools zwischen denen Content zunächst absehbar nur über die Benutzeroberflächen ausgetauscht werden wird. Es soll aber selbst dort, wo eine Integration auf der Ebene des Austauschs von Content im Kontext von Civil Commons nicht möglich oder sinnvoll ist, eine Integration in die FIWARE-Architektur auf anderen Ebenen gesucht werden - z.B. der Ebenen der Tools, Technologien und Standards.

FIWARE iHUBs

Die FIWARE Foundation fördert den Aufbau regionaler Kompetenzzentren zu Fragen der Digitalisierung, des Internet of Things und natürlich der FIWARE-Technologien. Eine der Aufgaben dieser iHUBs ist es, mit Unternehmen in der Region einen Dialog darüber zu führen, wie neue und bestehende Technologien, Lösungen oder Geschäftsmodelle in die FIWARE-Plattform eingefügt bzw. auf Basis der FIWARE-Architektur dargestellt werden können.

Civil Commons will den möglichen Aufbau eines FIWARE iHUBs in der Metropolregion Rhein-Neckar durch die Bereitstellung von Diensten in den Bereichen des Knowledge Managements, des Datenmanagements und der Analytik unterstützen.

Links bzgl. FIWARE

((hier Thema bzgl. FIWARE einfügen)) ((hier Link bzgl. Thema einfügen))
((… auch Link auf PowerPoint IDS/FIWARE auf Nextcloud))
…  

Links bzgl. International Dataspaces

((hier Thema bzgl. IDS einfügen)) ((hier Link bzgl. Thema einfügen))

OpenStack

OpenStack ist eine freie Software zur Bereitstellung virtualisierter Server.

((hier Thema bzgl. OpenStack einfügen)) ((hier Link bzgl. Thema einfügen))

Aufgaben zur Umsetzung

Know-How-Aufbau … ggf. Austausch mit bwCloud
… 

Kubernetes

Kubernetes ermöglicht die Verwaltung Bereitstellung und Administration von Software-Diensten in einer Cloud-Infrastruktur.

Home Page https://kubernetes.io/

Aufgaben zur Umsetzung

Know-How-Aufbau
… 

Docker

Docker ermöglicht die Paketierung, das Deployment und den Betrieb von Software-Diensten - mit hoher Effizienz und weitgehender Isolation einzelner Dienste voneinander.

Home Page https://www.docker.com
Konzept der "Container" https://www.docker.com/resources/what-container
… 

Aufgaben zur Umsetzung

Konfiguration von Mail-Service (Postfix) in Container
Mount von NTFS-Mount-Points
Bereitstellung von Services in Container unter Sub-Domains
Letsencrypt
Sicherungskonzept
… 

File / DB Storage Services

… ((Positionierung von Storage Service)) … 

((hier Thema bzgl. Storage Services einfügen)) ((hier Link bzgl. Thema einfügen))

Aufgaben zur Umsetzung

NTFS File System Service
MySQL / MariaDB
PostgreSQL (incl. Extension PostGIS)
Sicherungskonzept
… 

Keyrock / OAuth2

… ((Positionierung von Keyrock / OAuth2)) … 

((hier Thema bzgl. Keyrock einfügen)) ((hier Link bzgl. Thema einfügen))
… 

Aufgaben zur Umsetzung

Civil Commons Skin

Registrierung von Person, Organisation (incl. Captcha)
Beitritt / Austritt zu / aus Gruppen ? Wird diese Funktion von Keyrock unterstützt?
Zentrale Administration von Benutzern / Gruppen
Dezentrale (gruppen-bezogene) Administration von Benutzern / Gruppen

MediaWiki

… ((Positionierung von MediaWiki)) … 

Home Page https://www.mediawiki.org/wiki/MediaWiki
… 

Aufgaben zur Umsetzung

Bereitstellung in Docker-Container

… Image-Verzeichnis als Mount-Point von Storage-Service

… Datenbank als DB Storage Service

Authentifizierung / Autorisierung auf Basis von OAuth2 … Einsatz von Keyrock
Generische Skin zur Gestaltung der Oberfläche … ggf. unter Berücksichtigung von Plugins (Bluespice-Plugins erfordern ggf. Bluespice-Style-Sheet)
Autorisierung auf Namespaces … wie erfolgt die Pflege
Definition / Paketierung von benötigten Extensions (Semantic, …)
… 

Nextcloud

… ((Positionierung von Nextcloud)) … 

Home Page https://nextcloud.com/de/
Chat, Voice, Web Meeting https://nextcloud.com/de/talk/
Mail, Kalender, Kontakte https://nextcloud.com/de/groupware/
Dokumentenbearbeitung https://nextcloud.com/de/collaboraonline/
Private Nutzung [[2]]
Code of Conduct https://nextcloud.com/de/code-of-conduct/
Datenschutz (DSGVO) https://nextcloud.com/de/gdpr/
Lizenz
Nextcloud in Wikipedia https://de.wikipedia.org/wiki/Nextcloud
Nextcloud für öffentl. Verwaltung https://www.heise.de/ix/meldung/Bundescloud-Open-Source-mit-Nextcloud-statt-Dropbox-oder-Google-Drive-4026111.html
Nextcloud vs. OwnCloud https://hosting.1und1.de/digitalguide/server/tools/owncloud-vs-nextcloud-zwei-cloud-speicher-im-test/

Aufgaben zur Umsetzung

Bereitstellung in Docker-Container

Datenbank als DB Storage Service

Datenverzeichnis als Mount von File Storage Service

… 

Civil Commons Skin
Collabora Online
Nextcloud Talk

… 

DECIDIM

… ((Positionierung von Decidim)) … 

Home Page https://decidim.org/

Aufgaben zur Umsetzung

Übersetzung der Oberfläche in Deutsch
Authentifizierung / Autorisierung auf Basis von OAuth2
… 

Analytik & Visualisierung: KnowAge

... ((Positionierung von KnowAge)) ...

Home Page https://www.knowage-suite.com/site/home/
Open Source Engagement (OW2) https://www.knowage-suite.com/site/network/open-source-communities/

Aufgaben zur Umsetzung

Skin
OAuth2 / Keyrock Anbindung ist im Kontext von FIWARE bereits erfolgt
… 

XIBO

… ((Positionierung von XIBO)) … 

Home Page https://xibo.org.uk/
...

OS-Datamanagement: Hadoop, Spark, Mongo, ...

… in der ersten Stufe: 1 Master-Node, 3 Data Nodes, evtl. auch nur Single Node

Big Data Analytics: Spark http://spark.apache.org/
… 

Aufgaben zur Umsetzung

Installation Cloudera / HortonWorks
Ggf. StreamSets
… 

Alternativen

Content Management / Wiki

Es soll geprüft werden, ob ein Umstieg von MediaWiki auf ein echtes / alternatives Content-Management-System Vorteile bringt und mit welchem Aufwand er ggf. zu realisieren wäre.

... http://www.xwiki.org/xwiki/bin/view/Main/WebHome
...

Cloudera vs. HortonWorks

… 

Digital Signage

Es sollen Alternativen zu XIBO als Digital-Signage-Plattform geprüft werden - ggf. auch eine eigene Implementierung

Offene Fragen

Hosting

Wo erfolgt das Hosting der Plattform?

Für welche Umgebungen / Services lässt sich das FIWARE-Lab nutzen?

Ist es möglich, im Bereich des Hostings mit bwCloud zu kooperieren?