Änderungen

Aus Civil Commons

Wechseln zu: Navigation, Suche

Civil Commons:Roadmap 2020

1.550 Byte hinzugefügt, 22:42, 30. Okt. 2018
keine Bearbeitungszusammenfassung
===Positionierung als "FIWARE-Enabler"===
<span style="color: black; font-family: Calibri, Helvetica, sans-serif, EmojiFont, Apple Color Emoji, Segoe UI Emoji, NotoColorEmoji, Segoe UI Symbol, Android Emoji, EmojiSymbols; font-size: medium;"><span dir="ltr" style="font-size: 12pt;" dir="ltr">Im Kontext des DigitalHub wird es in Heidelberg in Kooperation mit NEC absehbar eine FIWARE-Infrastruktur geben. Civil Commons sollte sich möglichst weitgehend an die FIWARE-Standards halten. Dadurch lassen sich signifikante Synergien realisieren; wenn es gelingt, die Komponenten der Plattform Civil Commons als "Enabler" (im Sinne von FIWARE) für Knowledge Management, Partizipation usw.  zu positionieren, eröffnen sich darüber hinaus Möglichkeiten der Kooperation mit allen Städten, die FIWARE-Kompetenzzentren (iHUBs) betreiben. </span></span>
==Stakeholder==
||
|}
=== ===
===Drupal: Communities & Social Network===
Drupal sollte ggf. mit den Plugins der Distribution "Open Social" (https://www.drupal.org/project/social) installiert. Die Ausrichtung auf Communities / Vernetzung gibt Drupal als Dienst innerhalb der Architektur ein eigenes Profil.
 
 
{| class="contenttable"
|-
||...
||...
|-
||
||
|}
 
Drupal z.B. unterstützt die Anbindungen an einen OAuth2-Server (das ist das Protokoll, das Keyrock implementiert): [https://www.drupal.org/project/oauth2_authentication https://www.drupal.org/project/oauth2_authentication].
 
Drupal ist außerdem Docker-ready - maintained sogar von der Docker Community: [https://docs.docker.com/samples/library/drupal/ https://docs.docker.com/samples/library/drupal/].
 
===<br />Analytik & Visualisierung: KnowAge===
... ((Positionierung von KnowAge)) ...
====Digital Signage====
Es sollen Alternativen zu XIBO als Digital-Signage-Plattform geprüft werden - ggf. auch eine eigene Implementierung
 
==Server-Infrastruktur==
Wir brauchen perspektivisch (mindestens) zwei physikalische Server:
 
 
* Eine Maschine, auf der wir grundlegenden Ebenen der Architektur (weiter)entwickeln können - d.h. das zugundeliegende (RAID)Filessystem, die Netzwerkebene und die Virtualisierung; diese Maschine muss sicher im Rahmen der Entwicklung der Infrastruktur immer mal wieder plattgemacht werden. Diese Maschine kann bescheiden ausgestattet sein - nur groß genug, um alle Aspekte der Architektur zu simulieren.
 
 
* Eine Maschine, auf der wir Test- und Produktionsumgebungen unserer Dienste (Drupal, Wiki, Nextcloud, ...) betreiben. Diese Maschine sollte jedem der zentralen Dienste mindestens 4 Cores und 16 GB Memory zur Verfügung stellen - einzelnen Diensten (In-Memory-Verarbeitung, ...) ggf. mehr.<br /><br />
==Offene Fragen==
BdB_Heidelberg, Bibliothek_KH, DAI_Makerspace_Projekt, Graphiken KF, Landfried, N_E_U_Project, Projekt_BdB_Heidelberg, Projekt_Civil_Commons, Projekt_Landfried, Projekt_OG, Team_UIEG_Heidelberg, Team_UIEV_Heidelberg, UIEG_Heidelberg, UIEV_Heidelberg, Bürokrat, Administrator, Widget-Bearbeiter
955
Bearbeitungen