Civil Commons:Roadmap 2020
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 für Ende 2019 geplant ist.
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 | evtl. Nutzer/Entwicklungspartner der Plattform |
| GeoNet.MRN / MRN | Hartmut Gündra / Marco Brunzel | evtl. Nutzer/Entwicklungspartner der Plattform |
| DigitalHub Kurpfalz@BW | ||
| Digitalagentur HD | Sebastian Warkentin | evtl. Nutzer/Entwicklungspartner der Plattform |
| Projekt Transfer-Together ? | # | ? |
| Transition Town | Wolfgang | evtl. Partner-Projekt |
| 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 | 3 | |
| Data Management |
… aktuell nicht verfügbar … strukturierte und unstrukturierte Daten, Streaming Data |
4 | |
| Analytik / KI | … aktuell nicht verfügbar | 4 | |
| … 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 - entsprechend der Aufstellung von FIWARE: 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, sind:
- 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 "Generic 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 unserer 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 | |
| … |
Storage Services - File / Database
Die Storage Services stellen grundlegende Dienste zur Ablage von Daten bereit - auf der Ebene eines (ggf. verteilten) File-Systems und - darauf aufbauend - auf der Ebene relationaler Datenbanken. Auf diesen Diensten bauen Dienste höherer Ebenen - z.B. das Wiki und das Dokumentenmanagement - auf.
| ((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 - Identity Management
Keyrock implementiert das Protokoll OAuth2. Auf Basis dieses Protokoll stellt Keyrock die Authentifizierung von Benutzern und die Autorisierung zur Nutzung von Diensten und Systemfunktionen bereit. Keyrock ist im Kontext von FIWARE die Standardkomponente für diese Aufgaben.
Zitat von hier: Identity Management covers a number of aspects involving users' access to networks, services and applications, including secure and private authentication from users to devices, networks and services, authorization & trust management, user profile management, privacy-preserving disposition of personal data, Single Sign-On (SSO) to service domains and Identity Federation towards applications.
| ((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 | |
|
… |
Partizipation: 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 |
| … |
Digital Signage: XIBO
… ((Positionierung von XIBO)) …
| Home Page | https://xibo.org.uk/ |
| ... |
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?
Prozesse zur Abrechnung von Leistungen
Werden aktuell bzw. wann werden Prozesse zur Abrechnung von Leistungen benötigt? (Bereitstellung von Services, Beratung ,...)