Zentrale Open Data Plattform - Harmonisierung von Kubernetes Deployments Referenznummer der Bekanntmachung: 1282
Auftragsbekanntmachung
Dienstleistungen
Abschnitt I: Öffentlicher Auftraggeber
Postanschrift:[gelöscht]
Ort: Paderborn
NUTS-Code: DEA47 Paderborn
Postleitzahl: 33104
Land: Deutschland
E-Mail: [gelöscht]
Telefon: [gelöscht]
Fax: [gelöscht]
Internet-Adresse(n):
Hauptadresse: https://www.deutsche-evergabe.de
Postanschrift:[gelöscht]
Ort: Paderborn
NUTS-Code: DEA47 Paderborn
Postleitzahl: 33104
Land: Deutschland
E-Mail: [gelöscht]
Telefon: [gelöscht]
Fax: [gelöscht]
Internet-Adresse(n):
Hauptadresse: https://www.deutsche-evergabe.de
Abschnitt II: Gegenstand
Zentrale Open Data Plattform - Harmonisierung von Kubernetes Deployments
Ziel der Ausschreibung ist es, einen Dienstleister zu beauftragen, der ein Refactoring von bestehenden Kubernetes Deployments auf Gitlab durchführt und anschließend ein Fork bzw. Rebase Konzept hierfür entwickelt und umsetzt, um eine niederschwellige Nachnutzung der Datenplattform für andere Kommunen zu ermöglichen. Umsetzungzeitraum bis Ende 2021.
in den Vergabeunterlagen aufgeführt
Ziel der Stadt Paderborn ist es, bis Ende 2021 ein zentrales Repository mit allen Open Source Inhalten der Zentralen Open Data Plattform auf Gitlab zu veröffentlichen und zu dokumentieren, sodass weitere Kommunen, Kreise oder Institutionen auf Basis dieser Repositories das Projektergebnis reproduzieren können und zukünftige Updates zentral über dieses Repo getestet, veröffentlicht und nachgenutzt werden können.Aktuell befindet sich der Source Code in einem privaten Gitlab Repository der Stadt Paderborn, sowie in anderen unabhängigen Repositories bei anderen Städten. Ziel der Ausschreibung ist es, einen Dienstleister zu beauftragen, der ein Fork bzw. Rebase Konzept für Gitlab entwickelt und umsetzt, mit dem der Source Code aus dem zentralen öffentlichen Gitlab in alle zukünftigen weiteren öffentlichen und privaten Gitlab automatisiert verteilt werden kann. Darüber hinaus ist eine Harmonisierung der Deployments im Sinne eines Refoctorings in Paderborn und einer Partnerstadt vorzunehmen, sodass dieses Gitlab-Konzept anhand der Deployments in Paderborn und exemplarisch für ausgewählte Deployments einer Partnerstadt in der Praxis realisiert werden kann.Für die Realisierung des Konzeptes sind entsprechende Anpassungen an den Deployments vorzunehmen, sodass diese generischer gestaltet werden und sowohl in Paderborn als auch anderen Städten ohne vermeidbares weiteres Customizing eingsetzt werden könnnen.
Abschnitt III: Rechtliche, wirtschaftliche, finanzielle und technische Angaben
Referenzen von zwei unterschiedlichen deutschen kommunalen oder landeseigenen Auftraggebern, in denen Smart City Datenplattformen automatisiert mittels Ansible und Gitlab CI/CD in eine Kubernetes Umgebung deployt wurden.
Referenzen von zwei unterschiedlichen deutschen kommunalen oder landeseigenen Auftraggebern, in denen NGSI-basierte Datenmodelle entwickelt oder weiterentwickelt wurden.
Referenzen von zwei unterschiedlichen deutschen kommunalen oder landeseigenen Auftraggebern, in denen ein Rechte und Rollenkonzept durch den Einsatz von Keycloak und Gravitee umgesetzt wurde.
Referenzen von zwei unterschiedlichen deutschen kommunalen oder landeseigenen Auftraggebern, in denen jeweils mindestens komplexere 3 Node-RED Flows implementiert wurden. Unter komplexen Node-RED flows versteht die Stadt Paderborn z.B. eine Datenpipeline, in der mittels Node-RED Daten eines Drittsystems abgefragt, konvertiert und ein Zielsystem geschrieben wurden.
Mindestens eine Referenz über Erfahrungen in international besetzten Smart-City-Projekten, mit mindestens einem Auftragnehmer aus dem Ausland.
Eine Referenzen von einer deutschen Kommune oder landeseigenen Auftraggeber als über den produktiven Betrieb einer in Kubernetes installierten Smart City Plattform, die vollständig, d. h. inklusive aller Softwareartefakte wie Deployment-Scripte, Tests, etc. unter einer freien Softwarelizenz steht und auf FIWARE basiert. Letzteres ist gegeben, wenn deren primärer Datenbroker ein von der FIWARE gelisteter Context Broker ist und darüber der Großteil des Traffics fließt.
Deutschsprachiges Projektteam (Sprachniveau bei Nicht-Muttersprachlern: C2). Einzelne englischsprachige Fachexperten, die nicht zum Kernteam gehören, können in Absprache eingebunden werden.
Engagement im Kontext von Gaia-X
Nachweis der Mitgliedschaft bei FIWARE (www.fiware.org)
Abschnitt IV: Verfahren
Die Angebotsöffnung efolgt elekronisch, eine Teilnahme ist nicht möglich.
Abschnitt VI: Weitere Angaben
Das Nachfordern von fehlenden Unterlagen und Fabrikatsangaben nach Angebotsabgabe ist ausgeschlossen.
Postanschrift:[gelöscht]
Ort: Münster
Postleitzahl: 48147
Land: Deutschland
E-Mail: [gelöscht]
Telefon: [gelöscht]
Fax: [gelöscht]
(1) Etwaige Vergabeverstöße muss der Bewerber/Bieter gemäß § 160 Abs. 3 Nr. 1 GWB innerhalb von 10 Tagen nach Kenntnisnahme rügen.
(2) Verstöße gegen Vergabevorschriften, die aufgrund der Bekanntmachung erkennbar sind, sind nach § 160 Abs. 3 Nr. 2 GWB spätestens bis zum Ablauf der in der Bekanntmachung benannten Frist zur Abgabe der Bewerbung oder der Angebote gegenüber dem Auftraggeber zu rügen.
(3) Verstöße gegen Vergabevorschriften, die erst in den Vergabeunterlagen erkennbar sind, sind nach § 160 Abs. 3 Nr. 3 GWB spätestens bis zum Ablauf der Frist zur Bewerbungs- oder Angebotsabgabe gegenüber dem Auftraggeber zu rügen.
(4) Ein Vergabenachprüfungsantrag ist nach § 160 Abs. 3 Nr. 4 GWB innerhalb von 15 Kalendertagen nach der Mitteilung des Auftraggebers, einer Rüge nicht abhelfen zu wollen, bei der Vergabekammer einzureichen.