Prometheus Experten in München
aus 15.000 geprüften Lebensläufen – mit der Power von KI.Engagieren Sie Experten, die Prometheus-Monitoring einrichten, Alert-Regeln entwerfen, Exporter und Scrape-Jobs optimieren und Metriken mit Grafana-Dashboards verbinden. Erhalten Sie schnelles, präzises Matching mit geprüften, verfügbaren Freelancern.
Lerne FRATCH Experten in München kennen, die kürzlich Prometheus eingesetzt haben
Vicenco Kenk
Letzte Position:
ITSM Projektmanager (selbständig)
Einheitliches ITSM-Framework
- Definition eines konzernweiten ITSM-Zielbildes
- Einführung einer einheitlichen Service-Struktur über alle Fachbereiche
SLA- und OLA-Management
- Aufbau eines standardisierten SLA-Frameworks
- Definition von Serviceklassen (Business Critical, Standard, Low Priority)
- Einführung von OLAs zwischen internen Teams
- Aufbau eines aussagekräftigen SLA-Reportings
- Definition von KPI- und Service-Dashboards für Fachbereiche
Service Portfolio Management
- Definition von Servicebeschreibungen
- Ggf. Vorbereitung einer möglichen Kosten- und Leistungsverrechnung
Ticketing & Prozesse
- Incident Management
- Einheitliche Ticketkategorien
- Standardisierte Priorisierung
- Eskalationsmatrix
- Automatisierungen
- Self-Service-Optimierung
Request Fulfillment
- Servicekatalog über alle Fachbereiche
- Genehmigungsworkflows
Problem Management
- Einführung von Root-Cause-Analysen
- Known-Error-Datenbank
- Problem-Review-Prozess
Vollständiges Asset-Management-Konzept
- Hardware-Lifecycle-Management
- Software-Lifecycle-Management
- Leasing-Lifecycle
- Mobile-Device-Lifecycle
- Monitor-Lifecycle
- Telefon-Lifecycle
Prozesse
- Beschaffung
- Wareneingang
- Inventarisierung
- Zuweisung
- Rückgabe
- Entsorgung
- Leasing-Rückführung Ziel: Single Source of Truth für alle Assets
CMDB-Design
- Definition aller Configuration Items:
- Workplace
- Notebooks
- Monitore
- Mobiltelefone
- Drucker
Infrastruktur
- Server
- Firewalls
- Switches
- WLAN
- Storage
- Backup-Systeme
Cloud
- Azure-Ressourcen
- Microsoft 365
- SaaS-Dienste
Beziehungen
- User ↔ Asset
- Asset ↔ Service
- Service ↔ Infrastruktur
- Standort ↔ Asset
- Ziel: Vollständige Service-Abhängigkeiten sichtbar machen
Software Asset & Lizenz Management
- Lizenzmanagement-Konzept
- Lizenzbilanzierung
- Compliance-Reporting
- Microsoft-Lizenzmanagement
- Adobe-Lizenzmanagement
- SaaS-Management
- Vertragsmanagement
- Renewal-Management
Schnittstellen & Automatisierung Bestehende Systeme
- Workday
- Joiner
- Mover
- Leaver
TESMA
- Leasingdaten
- Vertragsdaten
Matrix42
- Asset-Synchronisation
- Benutzersynchronisation
Active Directory / Entra ID
- User Management
Microsoft 365
- Lizenzzuweisung
- Gruppenmanagement
Dormakaba
Zutrittsprozesse
Lifecycle Services
Monitoring-Plattformen
- PRTG
- Palo Alto
- Cisco
Reporting & KPI Framework
- Definition eines Management-Dashboards
- KPIs
- Ticketvolumen
- SLA-Erfüllung
- MTTR
- Erstlösungsquote
- Asset Accuracy
- Lizenz-Compliance
- Change Success Rate
- Service Availability
- Automatisierungsgrad
Netzwerk-Redesign-Begleitung
- Governance
- Begleitung des Netzwerk-Redesigns aus ITSM-Sicht
- Definition betroffener Services
- Change-Management-Struktur
- Kommunikationskonzept
CMDB-Integration
- Aufnahme aller Netzwerkkomponenten
- Service Mapping
- Abhängigkeitsanalyse
Validierung von Dokumentation und Knowledgebase-Artikeln
- Netzwerkdokumentation
- Betriebsdokumentation
- Standard Changes
Monitoring & Event Management
- Zielbild
- Zentrales Monitoring-Konzept
- Event-Management-Prozess
- Alarmierungsstrategie
- Eskalationsmodell
Systeme
Cisco
Palo Alto
Fortinet
Rubrik
Veeam
Matrix42
Azure
Microsoft 365 Automatisierung
Ticketgenerierung aus Monitoring
Eskalationen
Standardmaßnahmen
Audit, Compliance & Informationssicherheit
- ISO-27001-Beratung
- TISAX-Beratung
- NIS2-Vorbereitung - Beratung
- Auditfähige Prozesse
- Dokumentationsstruktur
- Nachweisführung in Matrix42
Roadmap
- 12-Monats-Roadmap
- Priorisierung aller Maßnahmen
- Quick Wins
- Mittelfristige Projekte
- Langfristiges Zielbild
- Dokumentation
Ljubomir Obrenovic
Letzte Position:
Senior Software Test Ingenieur bei Keil KTM GmbH
Arbeitnehmerüberlassung
- System-Black-Box-Integrationstests (BBIT, IVVQ): Durchführung von Regressions-, Freigabe-, Bestätigungs- und Konformitätstests für sicherheitskritische Bremssteuergeräte in Bahnindustrie
- Softwaretest-Applikation & Integration: Runtime-Konfiguration von Software-Komponenten und Bibliotheken, Validierung von Schnittstellen, Konfigurationsabhängigkeiten und Komponenteninteraktionen
- Testautomatisierung (FEAT-Framework): Mitentwicklung und Weiterentwicklung eines automatisierten Testframeworks für Testausführung, Reporting und Ergebnisanalyse
- Funktionale Sicherheit (SiL4, FuSi): Sicherstellung der Einhaltung von Sicherheitsanforderungen, Traceability und Coverage sowie Normkonformität gemäß EN50126/28/29
- Testautomatisierung für Kommunikationskomponenten: Konfiguration und Validierung der Feldbus-(CAN) und Ethernet-basierten TCMS Datenkommunikation-Schnittstellen (TRDP und CIP)
- Anforderungsanalyse & Shift-Left (PTC Windchill ALM): Analyse von Software- und Systemartefakten zur Identifikation von Lücken, Mehrdeutigkeiten und Redundanzen im frühen SDLC
- Testdesign & Testfallentwicklung: Ableitung von Testbedingungen, Abdeckungsstrategien und Implementierung datengetriebener Testfälle (DDT) inkl. wiederverwendbarer Testdaten-Fixtures
- CI/CD & Automatisierung (Python, PowerShell, Jenkins, SVN): Automatisierung von Build-, Test- und HIL-Deployment-Prozessen sowie Integration in CI/CD-Pipelines
- Testdaten & Konfigurationsmanagement (XML): Pflege und Anpassung von XML-Testvektoren und Systemkonfigurationen mit automatisierter Integration in Testumgebungen
- Nicht-funktionales Testen: Durchführung von Performance- und Lasttests zur Bewertung von Stabilität und Systemverhalten
- Agile Entwicklung & Defect Management (JIRA, Confluence): Mitarbeit in Scrum-Teams, Testkoordination, Review von Testartefakten sowie Defect Tracking und Root-Cause-Analyse
- Fehleranalyse & Debugging (CANoe, CANalyzer): Analyse von Fehlern und Nachrichtenflüssen über mehrere Systemebenen (Applikation bis Bus)
- Modellbasierte Analyse (UML, Enterprise Architect): Spezifikation von SUT/SOW und Unterstützung der systematischen Teststeuerung
- Prozess- & Testdokumentation: Erstellung von Integrations- und Testdokumentation gemäß internen Qualitäts- und Zertifizierungsanforderungen
Tamás Eppel
Letzte Position:
Senior Software Developer / Tech Lead bei NDA (Verteidigung / OSINT)
- Entwicklung des Audit-Logging-Frameworks
- Implementierung von APIs, die Entwickler in ihre Codebasen integrieren können
- Implementierung der Ingestion-Pipeline, der Datenbank-Abfrageschicht und der UI zum Durchsuchen der Audit-Events
- Verbesserung der Stabilität und Zuverlässigkeit des Backend-Systems
Thomas Hoefkens
Letzte Position:
Senior MLOps-, DevOps Engineer bei Trianel Energy
- Aufbau und Betrieb einer End-to-End-MLOps-Plattform auf Azure ML und Kubernetes (Kubeflow) zur automatisierten Bereitstellung, Überwachung und Skalierung von Forecasting-Modellen (u. a. Temporal Fusion Transformer, Informer, Autoformer).
- Implementierung von CI/CD-Pipelines in Azure DevOps für den vollständigen ML-Lifecycle – von Ressourcbereitstellung (Terraform), Datentransformation (Hugging Face Datasets, Pandas, PyTorch, CUDA-Cluster) über Training und Evaluation bis hin zu Model Registry und Endpoint-Deployment.
- Integration von MLflow für Experiment-Tracking, Modellversionierung, Performance-Monitoring und automatisierte Registrierung in der Azure Model Registry.
- Entwicklung und Containerisierung von PyTorch-Trainingsjobs (Azure Notebook, Jupyter Notebooks) für Preis- und Zeitreihenprognosen (PFC-Modelle) mit automatischem Rollout über Azure ML Endpoints und REST/gRPC-Schnittstellen, Docker-Containerisierung, Absicherung über OAuth 2.0.
- Einrichtung von Monitoring- und Alerting-Mechanismen (Prometheus, MLflow Metrics), Log-Zentralisierung und Kostenüberwachung.
- Automatisierung der Infrastruktur-Bereitstellung und Modellbereitstellung mittels Terraform, Helm und Azure CLI; Anbindung an bestehende Marktdatensysteme und Event-Pipelines.
- Migration bestehender Workloads und Datenbanken (IONOS → Azure, MongoDB) mit Integration in zentrale MLOps-Workflows und interne Netzwerke.
- Erweiterung der Plattform um LLM-basierte Tools (LangChain, LangServe) zur Integration von GPT-basierten Analysemodulen in bestehende Spring-Boot-Dienste für Marktanomalie-Erkennung und automatisierte Reports.
- Analyse, Architektur einer Softwarelösung zur effizienten Verarbeitung von Massendaten (>3000 Nachrichten/Sek.) (Market Data Store).
- Spring Boot / Java 21 Container-Entwicklung mit RabbitMQ zur Verteilung von Börsendaten über MongoDB (Kubernetes) mit Schnellspeicherung von Daten in Redis RMaps, Deduplizierung und Weiterleitung von Nachrichten an Read-Model-Queues, Aufbau von Read Models für die UI-Anzeige in MongoDB.
- Einbindung von RESTHeart zur Erzeugung einer REST API gegen MongoDB.
- Aufbau eines Angular-Frontends zur Vereinfachung der Datenabfrage und Stammdatenpflege.
- Agentic Coding mit remote und local LLM (Claude Sonnet, Ollama Qwen) und MCP-Servern.
- Entwicklung von Python-Skripten zur Transformation und Bereinigung eingehender Börsendaten (Pandas, scikit-learn).
Damian Śniatecki
Letzte Position:
CTO bei FRATCH.IO
- Produktentwicklung von Anfang bis Ende geleitet und die erfolgreiche Lieferung technischer Lösungen verantwortet.
- Ein Team hochspezialisierter technischer Experten geführt und begleitet und eine Kultur der Zusammenarbeit und Innovation gefördert.
- Den Einstellungsprozess gesteuert, um ein talentiertes und engagiertes Team aufzubauen.
- Ein skalierbares und robustes Backend-Microservices-System von Grund auf aufgebaut, entworfen und weiterentwickelt, um sich ändernde Geschäftsanforderungen zu erfüllen.
- Die hohe Verfügbarkeit des Systems mit 99,99 % Uptime sichergestellt und dafür eine belastbare Architektur sowie Monitoring-Mechanismen implementiert.
- Technische Strategien entwickelt und umgesetzt und sie an den Geschäftszielen und -vorgaben ausgerichtet.
Ronald Mazelisz
Letzte Position:
DevOps Consultant bei M.it services & systems GmbH
- Anpassung, Optimierung, Konfiguration und Administration einer Multi Stage GitLab Instanz mit über 250 Usern
- Aufbau, Anpassung, Erweiterung und Optimierung von Infrastruktur, Konfiguration und Monitoring
- Bereitstellung von Services sowie Übergabe an Produktion
- Systemumgebung: DependencyTrack, GitLab, Grafana, Hedgedoc, Kubernetes, Oauth2 Proxy, Openstack, Prometheus, Syseleven
Sebastian Kanzow
Letzte Position:
Senior Lead Entwickler, Systemarchitektur bei AVL DITEST
- Neukonzeption als AWS Cloud-Applikation einer Legacy Windows-App zur Fahrzeugdiagnose
- Erstellung von Build-Pipelines und Durchführung von Code Reviews mit Kotlin, Spring Boot, Micronaut, Jenkins und GitHub
Serge Kalinin
Letzte Position:
MLOps (machine learning operations) bei REWE Digital GmbH
- Es ist wie ein Start-up innerhalb von REWE, wo wir von Grund auf ein neues Prognosesystem auf der Google Cloud Platform aufbauen müssen. Offiziell heißt meine Rolle MLOps, aber meine eigentlichen Aufgaben umfassen auch die Entwicklung von Datenverarbeitungspipelines (Data Engineering) sowie Aufgaben von Data Scientists wie Feature Engineering und Modelltraining.
- GCP: Terraform (tofu), Vertex AI (Kubeflow), Cloud Run, IAM, Google Cloud Storage, BigQuery, Artifact Registry
- Data Engineering: Snowflake als zentrales Data Warehouse, Terraform, DBT für die Implementierung von Datenmodellen
- CI/CD: GitLab. Wir haben eine CI/CD-Pipeline aufgebaut, die Deployments neuer Releases bis in die Produktionsumgebung automatisiert
Vitaliy Ryumshyn
Letzte Position:
DevOps GitOps (ANÜ) bei Signal Iduna
- Verantwortlich für die Administration von OpenShift/Kubernetes On-Prem und den Entwickler-Support.
- Automatisierte die URP-Infrastruktur mit Python, Ansible, Kustomize sowie dem ArgoCD- und Argo Workflow/Events-Stack.
- Schrieb Smoke- und Lasttests für die URP-Infrastruktur mit Python, Kustomize und ApplicationSets.
- Unterstützte beim Aufbau und der Bereitstellung der URP-Infrastruktur in Google Cloud (GKE).
- Implementierte Monitoring für die URP- und ArgoCD-Umgebung mit Splunk Cloud.
- Führte Systemadministrationsaufgaben auf RedHat Linux, Kubernetes/OpenShift, ArgoCD, GitLab, Bitbucket Enterprise, Kafka und MongoDB durch.
Tobias Nawa
Letzte Position:
Enterprise- und Solutions-Architekt
- Aufbau einer eigenständigen Unternehmens-IT — Cloud-Strategie, Netzwerk, AWS Landing Zone, Sicherheitsanforderungen, Vertragsverhandlungen.
- Migration aller Anwendungen; Vermeidung hoher Vertragsstrafen für den Kunden.
- Onboarding und Steuerung inte...
Enis Spahi
Letzte Position:
Softwareentwickler bei 50Hertz Transmission GmbH
- Beteiligte sich an der schrittweisen Modernisierung von Komponenten zu Cloud-nativen 12-Factor-Anwendungen.
- Arbeitete eng mit dem Business Operations Team zusammen, um manuelle Prozesse zu eliminieren und mehrere Performance-Engpässe zu beheben.
- Entwarf und implementierte eine CI/CD-Pipeline, um die Produktivität der Entwickler zu steigern, Qualitäts- und Sicherheitsprüfungen durchzusetzen und die Produktbereitstellung zu automatisieren.
- Migrierte mehrere Komponenten in den OpenShift-Kubernetes-Cluster.
- Baute einen Monitoring-Stack von Grund auf mit Prometheus und Grafana auf, um die in OpenShift laufenden Services zu überwachen.
- Entwickelte Dashboards sowohl in Grafana als auch in Splunk für die operative Transparenz.
- Implementierte eine OIDC/OAuth2-basierte Single-Sign-On (SSO)-Lösung mit Keycloak, um mehrere Anwendungen zu sichern.
- Technologien: Java, Spring, Quarkus, Kafka, MySQL, Cassandra, Redis, Spring Data, Hibernate, Docker, Kubernetes, OpenShift, Keycloak, OIDC, OAuth2, Helm, Prometheus, Grafana, Splunk, Spark.
Abhijit Ingle
Letzte Position:
Lead Backend-Entwickler und Architekt bei Gloresoft GmbH
Ich habe an mehreren internationalen Kundenprojekten gearbeitet und dabei Senior-Rollen wie Software-Architekt, Senior Software-Entwickler, Technical Lead und Lead Backend- & DevOps-Engineer übernommen. Meine Erfahrung erstreckt sich über komplexe Enterprise-Umgebungen in den Bereichen Banking, Finanzdienstleistungen, Telekommunikation, Engineering und Automotive, wobei ich Organisationen wie UniCredit Bank, Telefónica O2 und BMW unterstützt habe.
Bei der UniCredit Bank, im Rahmen des Securities Domain Transformation Programms, habe ich die Modernisierung von monolithischen Altsystemen zu cloud-nativen Spring Boot-Mikroservices und einem Angular-Frontend auf der Google Cloud Platform geleitet. Neben der Implementierung war ich verantwortlich für die Definition der Zielarchitektur, die Erstellung von System- und Sequenzdiagrammen sowie die Vorbereitung von API-Contract-Dokumentationen für die Kunden. Ich habe RESTful-APIs entworfen und Apigee für eine sichere und wiederverwendbare projekübergreifende Nutzung von APIs integriert. Zudem habe ich Kubernetes-basierte Deployments mit Helm konzipiert. CI/CD-Pipelines wurden mit Jenkins aufgebaut und automatisierten Code-Analysen mit Sonar sowie Tests und Deployment-Stufen realisiert. Die Festlegung von Clean-Code-Prinzipien für das Projekt, regelmäßige Code-Reviews und das Mentoring von Junior-Entwicklern gehörten ebenfalls zu meinen Aufgaben bei UniCredit.
Bei Telefónica O2 leitete ich die Transformation einer veralteten Callcenter-Desktop-Anwendung zu einer cloud-nativen Microservices- und Micro-Frontend-Lösung. Ich habe aktiv zur Plattformarchitektur beigetragen, System- und Komponentendiagramme, Architektur-Dokumentation und ADRs für zukünftige Referenzen erstellt. Die Performance und Skalierbarkeit der Services habe ich verbessert. Außerdem optimierte ich die AWS-Infrastrukturkosten, insbesondere durch Minimierung der Nutzung von DynamoDB und effektive Wiederverwendung von Testumgebungen. Für Observability kamen Prometheus, Grafana, CloudWatch und Splunk-Dashboards zum Einsatz. CI/CD-Pipelines wurden mit GitLab, Docker, Kubernetes und AWS bereitgestellt. Darüber hinaus habe ich technische Sessions für die Teams durchgeführt.
Frederik Claus
Letzte Position:
Freiberuflicher Fullstack Softwareentwickler bei Bundesdruckerei GmbH
Entwicklung des digitalen Organspenderegisters, beauftragt durch das Bundesinstitut für Arzneimittel und Medizinprodukte (BfArM)
Umsetzung von User Stories in mehreren Microservices (Front- und Backend)
Sicherstellung der Qualität mit Unit-, Integrations- und E2E-Tests
Durchführung von Codereviews
Abstimmung mit anderen Entwicklungsteams
Übernahme der Softwarelizenzprüfung und Vereinfachung des Prozesses
Verantwortung für Umsetzung und Dokumentation des fachlichen Loggings
Aufbau einer Entwicklungsumgebung mit Docker Compose
Ales Loncar
Letzte Position:
Senior DevOps Berater (Freelancer) bei Agentur der Europäischen Union (über IBM)
- Arbeitete als freiberuflicher Senior DevOps-Berater vor Ort für IBM bei einer Agentur der Europäischen Union in einer hochsicheren, luftabgetrennten Umgebung und verwaltete klassifizierte Systeme.
- Führte Automatisierungs- und DevOps-Initiativen für eine großangelegte OpenShift-Plattform (>400 Knoten) an, steigerte die Bereitstellungseffizienz, die GitOps-Einführung und die operative Automatisierung mit Ansible, Python und Bash und stellte gleichzeitig die Einhaltung der Sicherheitsvorgaben sicher.
- Leitete die Automatisierung von Release- und Deployment-Workflows in einer Private-Cloud-Umgebung mit über 400 OpenShift-Knoten und verbesserte dadurch deutlich die Geschwindigkeit und Zuverlässigkeit der Bereitstellungen.
- Migrierte bestehende Playbooks, Rollen und Templates von Ansible Tower zur Ansible Automation Platform (AAP), stellte die vollständige Einhaltung der vollqualifizierten Collection-Namen (FQCN) sicher und bereitete angepasste Execution Environments (EE) für containerisierte Automatisierung vor.
- Implementierte einen GitOps-Agent für die AAP-Controller-Konfiguration als Code und ermöglichte so die automatisierte Synchronisation (CRUD) von Ansible-Controller-Objekten anhand im Repository gespeicherter Konfigurationsdefinitionen mittels GitHub-Webhooks.
- Entwickelte und automatisierte komplexe mehrstufige Betriebs-Workflows, darunter Umgebungscleanup, Neuaufbau von Helix-Cluster-Komponenten, Kafka-Topic-Management und Lifecycle-Management von OpenShift-Objekten in etwa 100 Umgebungen.
- Erreichte durch Automatisierungsverbesserungen über mehrere AAP-Cluster und OpenShift-Umgebungen hinweg eine Reduzierung mehrtägiger manueller Abläufe auf wenige Stunden.
- Integrierte die Ansible Automation Platform mit dem Thycotic (Delinea) Secret Server über ein Lookup-Plugin, um das sichere Management von Zugangsdaten in automatisierten Prozessen zu verbessern.
- Übernahm Deployment-Aufgaben, Fehlerbehebung auf Plattformebene und Konfigurationen des Istio-Netzwerks unter Einhaltung strenger EU-PSC-Sicherheits- und Compliance-Standards.
- Arbeitete mit Infrastruktur- und Applikationsteams zusammen, um Bereitstellungsverfahren zu verfeinern, Namenskonventionen zu entwickeln und die Automatisierungsabdeckung in einer luftabgetrennten, klassifizierten Umgebung kontinuierlich zu verbessern.
Stephan Sahm
Letzte Position:
Senior Data/ML-Berater & Technischer Leiter bei Jolin.io
Rolle: Software-Ingenieur & Angewandter Mathematiker (Mathematische Optimierung für Terminplanung; Dauer: 1 Monat; Teamzusammenstellung: Team von 2, remote; Technologien: JuMP, Julia, Pluto, Svelte, JavaScript, TypeScript, JetBrains Space, Terraform, Nomad)
Rolle: Software-, Cloud- & Web-Ingenieur (Aufbau eines skalierbaren Data-Science-Rechenclusters von Grund auf; Dauer: 11 Monate; Teamzusammenstellung: Team von 1, vor Ort; Technologien: Terraform, Kubernetes, k8s ingress, k8s services, k8s RBAC, k8s networking, k3s, etcd, S3, DNS, Zertifikate, Julia, Pluto, JavaScript, Tailwind, Astro, npm, Parcel, Preact, MUI, JWT, AWS SQS, AWS RDS, Python, GitLab, GitHub)
Rolle: KI- & Web-Ingenieur (Individueller ChatGPT-Dienst; Dauer: 1 Monat; Teamzusammenstellung: Team von 2, remote; Technologien: Python, Poetry, LangChain, Tailwind, ChatGPT API, Flask, FastAPI)
Rolle: Architekt & Dateningenieur (Einrichtung und Befüllung eines zentralen Data Lakes; Dauer: 9 Monate; Teamzusammenstellung: Team von 5, remote; Technologien: Infrastructure-as-Code, AWS CDK, Python, Boto3, PySpark, AWS Glue, IAM, S3, ECS, Fargate, Lambda, Apache Hudi, DeltaLake, Databricks, GitHub, Jira, Miro)
Rolle: Software-Ingenieur (PoC zur Migration von scikit-decide nach Julia; Dauer: 1 Monat; Teamzusammenstellung: Team von 2, remote; Technologien: Python, Julia, GitHub)
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die Prometheus einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
22 Jahre (Deutschland: 17 Jahre)
Positionsdauer
2,2 Jahre (Deutschland: 1,9 Jahre)
Positionen pro Freelancer
11 (Deutschland: 12)
Häufigste Fachbereiche
Informationstechnologie (IT), Produktentwicklung, Betrieb
Häufigste Branchen
Informationstechnologie (IT), Bank- und Finanzwesen, Automotive
Fokus der Zertifizierungen
Informationstechnologie (IT), Produktentwicklung, Business Intelligence
Bachelor-Abschluss oder höher
92% (Deutschland: 89%)
Master-Abschluss oder höher
58% (Deutschland: 53%)
Doktortitel
21% (Deutschland: 10%)
Zertifizierungen pro Freelancer
3
Häufigste Sprachen
Deutsch, Englisch, Französisch
Sprechen zwei oder mehr Sprachen
96% (Deutschland: 97%)
Basierend auf unserem Profilpool, Stand 30 Aug 2026.
Tagessatzverteilung
Das Diagramm zeigt, wie sich die Tagessätze der Freelancer in dieser Technologie in München verteilen, basierend auf aktuellen Verträgen auf unserer Plattform. Jeder Balken deckt eine Tagessatzspanne ab – seine Höhe zeigt, wie viele Freelancer innerhalb dieser Spanne abrechnen.
Durchschnittssätze von Experten in München, die Prometheus einsetzen
Die Tagessätze basieren auf aktuellen Verträgen und enthalten keinen FRATCH-Aufschlag.
Der durchschnittliche Tagessatz ist der Mittelwert aller Tagessätze aus aktuellen Verträgen vergleichbarer Freelancer auf unserer Plattform.
Der Median-Tagessatz ist der mittlere Wert aller Tagessätze – die Hälfte der vergleichbaren Freelancer verlangt weniger, die andere Hälfte mehr. Anders als der Durchschnitt wird er von Ausreißern kaum beeinflusst.
Berechnet auf Basis der Tagessätze unserer Freelancer, Stand 30 Aug 2026. Die tatsächlichen Tagessätze können je nach Dienstalter, Erfahrung, Fachkenntnissen, Projektkomplexität und Auftragsdauer variieren.
Über die Technologie
Kern des Monitorings
Prometheus ist ein Monitoring-System für Metriken von Services, Containern und Infrastruktur. Es sammelt Zeitreihendaten, indem es Targets abfragt, speichert sie mit Labels und macht es einfach, zu sehen, was gerade passiert und wie sich ein System über die Zeit verhalten hat.
Was Experten liefern
- Services mit klaren Metriken instrumentieren
- Scrape-Targets und Service Discovery einrichten
- Alert-Regeln für echte Vorfälle erstellen
- Dashboards für Betriebsteams anbinden
Unternehmen holen sich freiberufliche Prometheus-Spezialisten, wenn die Sichtbarkeit schwach ist oder Alerts zu viel Lärm machen. In München passiert das oft in Cloud-lastigen Produktteams, bei Industrie-Software und in regulierten Umgebungen, die stabile Observability ohne lange Einstellungszyklen brauchen.
Einordnung ins Ökosystem
Prometheus wird oft mit Grafana für Dashboards, Alertmanager für das Weiterleiten von Alerts und Exportern für Systeme wie Linux, Datenbanken oder Kubernetes genutzt. Starke Spezialisten wissen, wie diese Bausteine zusammenspielen und wie Labels, Benennung und Aufbewahrung sauber bleiben.
Wann man jemanden engagieren sollte
- Neuer Plattform- oder Microservices-Rollout
- Kubernetes-Monitoring braucht ein sauberes Setup
- Vorhandene Alerts übersehen echte Ausfälle
- Metriken sind schwer abzufragen oder schwer vertrauenswürdig
Freelance-Unterstützung ist sinnvoll, wenn ein Team einen gezielten Blick auf sein Monitoring-Design braucht, eine Migration von alten Checks oder Hilfe bei einer bereinigungsgetriebenen Incident-Aufarbeitung. Das ist besonders praktisch, wenn das interne Team den Service bereits betreibt und nur praxisnahe Prometheus-Expertise braucht.
Starkes Profil
Gute Profis denken in Signalqualität, nicht nur in Dashboards. Sie verstehen Metriktypen, Label-Design, Query-Muster und wie sich Alert-Regeln so halten lassen, dass sie wirklich handlungsfähig sind. Außerdem dokumentieren sie Entscheidungen klar, damit Operatoren und Service-Owner das Setup später weiter pflegen können.
Fokus der Umsetzung
Ein solider Einsatz endet meist mit nutzbaren Queries, stabilem Alerting und klaren Runbooks. Für Münchner Teams funktioniert die Zusammenarbeit aus der Ferne oft sehr gut, aber Workshops vor Ort können helfen, Betrieb, Plattform und Produkt darauf auszurichten, was überwacht werden soll und warum.
Häufig gestellte Fragen
Was Kunden uns zu Prometheus am häufigsten fragen – kurz beantwortet.
Prometheus wird verwendet, um Metriken aus Anwendungen, Servern und Infrastruktur zu sammeln und abzufragen. Teams setzen darauf für Service-Gesundheit, Latenz, Fehler-Tracking, Kapazitätsplanung und Alerts, wenn sich in der Produktion etwas ändert. Es passt besonders gut, wenn Sie Zeitreihen-Monitoring brauchen und nicht nur Log-Suche oder Tracing.
Prometheus ist die Metrik-Engine, während Grafana hauptsächlich dazu dient, diese Metriken zu visualisieren. Datadog ist eine breitere gehostete Observability-Suite, die oft einfacher einzuführen ist, aber weniger offen darin, wie Sie sie betreiben. Viele Teams kombinieren Prometheus mit Grafana und Alertmanager, um die Kontrolle über ihr Monitoring-Setup zu behalten.
Ein starker Prometheus-Spezialist sollte auch Service Discovery, Exporter, Alert-Routing und Dashboard-Design verstehen. Kubernetes, Linux und das Design von Anwendungsmetriken sind häufige angrenzende Fähigkeiten. Klare Dokumentation ist ebenfalls wichtig, denn Monitoring funktioniert nur, wenn Operatoren es nach Projektende weiter pflegen können.
Ein Prometheus-Projekt kann klein sein, aber die nötige Tiefe hängt davon ab, was bereits vorhanden ist. Wenn Sie nur grundlegende Metriken und Dashboards brauchen, reicht oft ein Spezialist. Wenn es um Multi-Service-Alerting, Kubernetes oder eine Migration von einem anderen Monitoring-Setup geht, sollten Sie jemanden nehmen, der schon Produktionsvorfälle und Tuning begleitet hat.
Ja, die meiste Prometheus-Arbeit kann remote erledigt werden, weil die Kernaufgaben Konfiguration, Query-Design und Review sind. Für Münchner Teams reicht die Zusammenarbeit aus der Ferne oft für Umsetzung und Übergabe. Vor-Ort-Sessions können helfen, wenn das Team sich auf Alert-Verantwortung, Eskalationswege oder Plattform-Standards einigen will.
Prometheus konzentriert sich auf das Sammeln, Speichern, Abfragen und Alarmieren von Metriken. OpenTelemetry ist ein breiterer Observability-Standard für Metriken, Logs und Traces. Beides wird oft zusammen genutzt: OpenTelemetry kann die Anwendung instrumentieren, und Prometheus kann die Metriken scrapen und speichern.
Achten Sie auf klare Metriknamen, sinnvolle Labels und Alert-Regeln, die zu echtem Handeln führen. Ein guter Prometheus-Experte erklärt, warum eine Metrik existiert, wie sie gescrapt wird und was passieren soll, wenn ein Alert auslöst. Wenn die Person außerdem laute Regeln bereinigen und zeigen kann, wie Dashboards den Betrieb unterstützen, ist das ein starkes Zeichen.
Ja, Prometheus wird für Kubernetes sehr häufig genutzt, weil es Targets dynamisch entdecken und mit schnell wechselnden Services umgehen kann. Ein gutes Setup umfasst meist Exporter, Pod- und Node-Metriken sowie Alert-Regeln, die zur Cluster-Struktur passen. Entscheidend ist, Labels und Aufbewahrung unter Kontrolle zu halten, damit das System auch bei wachsender Umgebung nutzbar bleibt.
Der durchschnittliche Stundensatz von Freelancern in München, Deutschland, die Prometheus in ihren letzten Projekten eingesetzt haben, liegt bei 100 €, was einem Tagessatz von etwa 801 € bei einem 8-Stunden-Tag entspricht.
Von den Freelancern in München, Deutschland, die Prometheus in ihren letzten Projekten eingesetzt haben, haben 92% mindestens einen Bachelor-Abschluss, 58% mindestens einen Master-Abschluss und 21% einen Doktortitel.
Freelancer in München, Deutschland, die Prometheus in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 22 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 2,2 Jahre.
Die häufigsten Sprachen unter Freelancern in München, Deutschland, die Prometheus in ihren letzten Projekten eingesetzt haben, sind Deutsch (96%), Englisch (93%) und Französisch (15%).
Die häufigsten Industrien unter Freelancern in München, Deutschland, die Prometheus in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (96%), Bank- und Finanzwesen (52%) und Automotive (48%).
Die häufigsten Bereiche unter Freelancern in München, Deutschland, die Prometheus in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Produktentwicklung (93%) und Betrieb (63%).
Hauptstandorte der FRATCH Experten, die kürzlich Prometheus eingesetzt haben
Unsere Freelancer und Interim-Experten sind in der gesamten DACH-Region zuhause — verfügbar vor Ort in den wichtigsten Wirtschaftszentren oder komplett remote. Wähle einen Standort und entdecke passende Spezialisten, lokale Markteinblicke und aktuelle Verfügbarkeiten.
Kostenlose Demo vereinbaren
Kontaktiere uns und das FRATCH-Team meldet sich innerhalb von 4 Stunden bei dir.
Möchtest du lieber direkt mit uns in Kontakt treten?
Wir haben immer Zeit für einen Anruf oder eine E-Mail!

Berlin
Hamburg
Köln
Frankfurt
Stuttgart
Düsseldorf