GitLab CI/CD Experten
aus über 15.000 Lebensläufen – mit der Kraft von KIEngagieren Sie Experten, die GitLab CI/CD-Pipelines entwerfen, Tests und Deployments automatisieren und Runner-Setups, Merge-Request-Prüfungen und Release-Flows optimieren. Erhalten Sie schnelles, präzises Matching mit geprüften, verfügbaren Freelancern.
Lerne FRATCH Experten kennen, die kürzlich GitLab CI/CD eingesetzt haben
Khalid El Mansouri
Letzte Position:
Lead Architect & Developer bei kem-consulting
Entwicklung einer agentengestützten Governance-Plattform zur automatisierten Sicherstellung der EU AI Act-Konformität sowie der ODA-konformen Orchestrierung von KI-Services in komplexen Enterprise-Umgebungen.
Design und Implementierung eines agentenbasierten "Mission Control"-Frameworks (Aletheia Conductor) zur autonomen Zustandsüberwachung und Prozesssteuerung.
Entwicklung von "Compliance-as-Code" (CaC)-Lösungen basierend auf OPA/Rego zur systemweiten Durchsetzung regulatorischer Leitplanken.
Integration von TM Forum ODA-Standards (TMF630, TMF622, TMF642) zur Gewährleistung der Interoperabilität und Standardisierung.
Aufbau einer hochverfügbaren Event-Driven Architecture mittels Redpanda und CloudEvents v1.0 zur echtzeitnahen Event-Verarbeitung.
Implementierung einer revisionssicheren "Evidence Chain" durch kryptographische Verkettung von Trace-Logs zur Vorbereitung automatisierter Audits.
Tech Stack: Java 21 (Quarkus Native), TypeScript (Next.js), Redpanda (Kafka API), CloudEvents v1.0, OPA (Open Policy Agent) & Rego, TimescaleDB, ZincSearch, Redis, TM Forum ODA, Git, GitHub, Clean Code Development, Like-C4.
Shamaila Mahmood
Letzte Position:
Founder/Kubernetes- und Cloud-Architekt bei Kubekanvas
- Browserbasierte Plattform für Kubernetes-No-Code-Deployment und Cluster-Management entwickelt
- CLI in TypeScript entwickelt, um Ressourcen im Cluster bereitzustellen, ohne die Browser-UI zu verlassen.
- DevSecOps-Pipelines implementiert: Image-Scanning, SBOM, Policy Enforcement, Supply-Chain-Security und Kyverno eingesetzt. IAM-Integration für das Kommandozeilen-Tool umgesetzt.
- Rollen- und Berechtigungsmodelle für Keycloak, OAuth/OIDC und Social-Login-Flows entworfen.
- LLM eingesetzt, um Nutzerabsichten in Diagramme umzuwandeln.
- An Integrationen mit mehreren Sovereign-Clouds wie StackIt, Hetzner, CIVO, UpCloud sowie öffentlichen Clouds wie AWS, GCP und Azure gearbeitet
- Der Technologie-Stack umfasst Java, Spring Boot, Kubernetes, OpenAI, Kubernetes-Multitenancy mit vCluster, Karpenter, RBAC für CLI, Helm, React
Collin Kempkes
Letzte Position:
Software Architekt / Fullstack Developer bei Equity Bytes
Aufbau einer internationalen E-Commerce-Plattform für einen Multi-Vendor-Marktplatz für digitale Assets von Grund auf. Konzeption und Betrieb von Cloud-Native-Architekturen im Enterprise-Maßstab.
- Konzeption und Betrieb einer hochskalierbaren Microservice- und Serverless-Architektur
- Aufbau der gesamten Cloud-Infrastruktur mit Terraform + AWS CDK in AWS
- Bereitstellung von ECS/EKS-Clustern (Fargate), Application Load Balancern (Reverse Proxy) und Lambda Functions
- Observability & Tracing mit CloudWatch, DataDog, Prometheus & Grafana
- Ganzheitliches Setup aus DataDog (vorher AWS CloudWatch), Prometheus und individuellen Grafana-Dashboards
- Integration von Advanced Metrics (u.a. ORM-Mapper) und Distributed Tracing mit Jaeger
- Robuste Backup- und Disaster-Recovery-Strategien
- RDS-Postgres-Backups und stündliche Snapshots
- Schreibgeschützte, asynchron synchronisierte Replikate mit automatischem Master-Failover im Notfall
- Rollback-Fähigkeit innerhalb von Minuten über versionierte Docker-Images auf ECS und Git-gestützte CI/CD-Pipelines
- Erstellung von CI/CD-Pipelines mit GitHub Actions für automatisierte Multi-Stage-Deployments (Dev, Testing, Prod)
- Integration von Stripe zur Abwicklung des internationalen Zahlungsverkehrs
- Aufbau eines Marktplatz-Payment-Systems mit mehreren Parteien und Auszahlungsroutinen
- Einsatz von Algolia für hochperformante Echtzeitsuche nach digitalen Assets auf der Plattform
- Föderation von Services mit GraphQL und Hasura
- Spätere Migration auf GraphQL Mesh
- Test Driven Development (TDD) - Unit-, Integrations- & E2E-Testing mit Jest, Vitest und Playwright
- Einsatz von Next.js / React für moderne Frontend-Anwendungen im nx Monorepo
- Enterprise-Security-Architektur & Access Control
- Integration von JWT-Token mit Auth0, OAuth, OIDC, IP Guards, BOLA Protection und Secret Vaults
- Autorisierungskonzepte über RBAC, ABAC sowie native Postgres Row-Level-Security (RLS)
- Erstellung von internen Microfrontends mit Retool für schnelles Prototyping und operative Fachbereichsprozesse
Technologien: ABAC, AWS CDK, AWS CloudWatch, AWS ECS, AWS EKS, AWS Fargate, AWS RDS, AWS S3, Algolia, Auth0, DataDog, Docker, GitHub Actions, Grafana, GraphQL, GraphQL Mesh, Hasura, JWT, Jaeger, Java, JavaScript, Jest, Kotlin, Kubernetes, Monorepo, Next.js, OIDC, Playwright, Postgres, Postgres RLS, Prometheus, RBAC, Redis, Retool, Serverless, Stripe, Terraform, TypeScript, Vitest
Ales Loncar
Letzte Position:
Senior DevOps Berater (Freelance) bei European Union Agency (via IBM)
- Arbeitete als freiberuflicher Senior DevOps Consultant vor Ort für IBM bei einer Agentur der Europäischen Union in einer hochsicheren, air-gapped Umgebung mit klassifizierten Systemen.
- Leitete Automatisierungs- und DevOps-Initiativen für eine große OpenShift-Plattform (>400 Nodes) und trieb die Deployment-Effizienz, GitOps-Einführung und operative Automatisierung mit Ansible, Python und Bash voran, während die Sicherheitsanforderungen eingehalten wurden.
- Übernahm die Automatisierung von Release- und Deployment-Workflows in einer Private-Cloud-Umgebung mit 400+ OpenShift-Nodes und verbesserte dadurch die Deployment-Geschwindigkeit und Zuverlässigkeit deutlich.
- Migrierte bestehende Playbooks, Rollen und Templates von Ansible Tower zu Ansible Automation Platform (AAP), stellte die vollständige Einhaltung von Fully Qualified Collection Names (FQCN) sicher und bereitete eigene Execution Environments (EE) für containerisierte Automatisierung vor.
- Implementierte den GitOps-Agent für AAP Controller Configuration as Code und ermöglichte damit die automatische Synchronisierung (CRUD) von Ansible-Controller-Objekten auf Basis von im Repository gespeicherten Konfigurationsdefinitionen über GitHub-Webhooks.
- Entwarf und automatisierte komplexe mehrstufige Betriebsabläufe, darunter Environment Cleanup, die Neuerstellung von Helix-Clusterkomponenten, Kafka-Topic-Management und das Lifecycle-Management von OpenShift-Objekten über rund 100 Umgebungen hinweg.
- Erreichte durch Automatisierungsverbesserungen über mehrere AAP-Cluster und OpenShift-Umgebungen hinweg eine Reduzierung von mehrtägigen manuellen Tätigkeiten auf weniger als wenige Stunden.
- Integrierte Ansible Automation Platform über ein Lookup-Plugin mit Thycotic (Delinea) Secret Server, um das sichere Credential-Management in automatisierten Prozessen zu verbessern.
- Verwaltete Deployment-Aufgaben, Platform-Troubleshooting und Istio-Netzwerkkonfigurationen unter Einhaltung strenger EU-PSC-Sicherheits- und Compliance-Standards.
- Arbeitete mit Infrastruktur- und Anwendungsteams zusammen, um Deployment-Prozesse zu verfeinern, Namenskonventionen zu entwickeln und die Automatisierungsabdeckung in einer air-gapped, klassifizierten Umgebung kontinuierlich zu verbessern.
Fred Hauschel
Letzte Position:
Software-Architekt und -Entwickler bei Eigenprojekt
Wiederkehrendes Problem in eigenen KI-gestützten Projekten: Anforderungsanalyse, Use Cases und Architekturentscheidungen entstehen mit KI-Unterstützung zwar schnell, bleiben aber wenig nachvollziehbar und über Markdown-Dateien verstreut – Wissen geht verloren, sobald es nicht mehr im Kontextfenster ist. arknet macht Requirements Engineering und Architekturwissen zu strukturierten, prüfbaren Daten statt Fließtext: Anforderungen, Use Cases und Architekturentscheidungen als durchgängig verknüpfter Wissensgraph, von der Anforderung bis zur Architekturentscheidung nachvollziehbar – für Menschen und KI-Agenten gleichermaßen abfragbar. Technisch auf RDF/OWL und einem eigenen MCP-Server aufgesetzt.
Ergebnis: MCP-Daemon lauffähig, Docker-Image automatisiert auf GHCR veröffentlicht, neun hexagonale Module, elf ADRs (u. a. Open-Core-Lizenzmodell). Requirements-Engineering- und Ubiquitous-Language-Hexagon aktiv. Seit 07/2026 als Community Edition unter Apache-2.0 öffentlich (github.com/kogn-io/arknet), zusammen mit dem Claude-Code-Plugin und dem GHCR-Image; Open-Core-Modell.
Label: Java, Maven, RDF, RDF4J, OWL, SPARQL, Model Context Protocol, Spring AI, Docker, GitHub, Git, Claude Code, Obsidian, DDD, Hexagonal Architecture, ArchUnit, JUnit, AssertJ, Schnittstellenentwicklung, Software Architecture, Continuous Integration, Knowledge Management
Marcus Biel
Letzte Position:
Java- und Quarkus-Experte bei Großer deutscher Energiedienstleister
- Modernisierung einer groß angelegten Java-Unternehmensanwendung*
Das Projekt modernisiert eine komplexe Unternehmensanwendung, die über viele Jahre gewachsen ist. Das bestehende Spring-basierte Legacy-System läuft auf Java 8, OSGi und Eclipse RCP und wird schrittweise auf eine moderne, wartbare Architektur mit Java 25 und Quarkus migriert.
Marcus arbeitet in Analyse, Architektur, Refactoring und Implementierung. Ein Schwerpunkt liegt auf der Entflechtung historisch gewachsener Strukturen und Abhängigkeiten sowie dem Aufbau eines sauberen, nachhaltigen Java- und Quarkus-Technologiestacks.
Tools & Technologien: Java 8, Java 25, Quarkus, Hibernate ORM mit Panache, EclipseLink, OSGi, Eclipse RCP, Maven, JUnit, Mockito, REST, JSON, Git, Eclipse IDE, IntelliJ IDEA Ultimate, Jira, Confluence
Marijn Scholtens
Letzte Position:
Senior Software Engineer bei Puls Security GmbH
Optimierung und Beschleunigung unserer GitLab-CI-Pipeline
Konzeptarbeit für den PoC des Zero-Trust-Systems
Erweiterung des Policy-Engine-Backends in Go
Erweiterung des Policy-Testing-Mechanismus in Python
Architekturelle Gestaltung der PEP-Komponente von Zero Trust
Dokumentation des Produkts
Technologien: Zero Trust, Go, Python, GitLab CI, Docker, JWT, Domain-Driven Design
Goran Popovic
Letzte Position:
Test Manager & Analyst bei Festo / Questax GmbH
Projektziel: Durchführung von Systemtests und Validierung industrieller Kommunikations- und Steuerungssysteme einschließlich Anforderungsdefinition und -verifikation.
Verantwortlichkeiten:
- Testplanung, Testdurchführung
- Teststrategie, Testfälle und Testspezifikationen
- Requirements-Analyse
- Sicherstellung der Traceability zwischen Anforderungen, Testfällen und Defects
- Durchführung von Regressions- und Integrationstests
- Defect-Analyse
- Simulation und Validierung
- NetSniffer Wireshark
- Unterstützung der Testautomatisierung (Python, CI/CD)
- Reporting
- Stakeholder-Koordination und agile Zusammenarbeit (Scrum / SAFe / Kanban)
- V-Modell
- Automatisierung CI/CD mit Python, Groovy und Frameworks (Selenium, PyTest)
Technologien:: CAN, Modbus, Ethernet, PLC, PROFINET, Codebeamer ALM, Scrum, SAFe, MS Teams, Git, CI/CD mit GitLab CI und TeamCity, Windows Batch, FAS, Wireshark, Python, Enterprise Architect (EA), KI-Tools (z.B. ChatGPT, Microsoft Copilot), VS-Code, Tia Portal, SCL, Python (Selenium, PyTest)
Oleg Orlov
Letzte Position:
Senior Softwareentwickler / BI Integration Developer Power BI, C# bei Telekommunikation
Embedded Analytics & KI-gestützte BI
Konzeption und Entwicklung einer integrierten Analytics-Lösung auf Basis von ASP.NET Core, Power BI Embedded und LLM-Services zur Bereitstellung kontextbezogener Business-Informationen.
Entwicklung eines KI-Agenten mit Function-/Tool-Calling zur sicheren Orchestrierung von REST APIs, SQL-Datenquellen und technischen Services innerhalb definierter Geschäftsprozesse.
Aufbau automatisierter BI-Workflows inklusive Workspace-Management, Deployment-Prozessen und geplantem Refresh über die Power BI REST API.
Umsetzung sicherer Service-zu-Service-Kommunikation mit Microsoft Entra ID und Service Principal sowie Integration in bestehende Enterprise-Systemlandschaften.
Technologien: ASP.NET Core, C#/.NET, Power BI Embedded, Power BI REST API, LLM API, KI-Agenten, Function-/Tool-Calling, Entra ID
Boris Solos
Letzte Position:
Generalistischer Experte für Softwareentwicklung bei Mercor
- Anlernen der KI-Modelle, Bilder und Texte sowie UI/UX bewerten, die bereitgestellten Daten in Insights umwandeln mittels OpenAI Feather im Ablauf des Machine Learnings
Technologien: OpenAI Feather
Ali Aminian
Letzte Position:
Platform Engineer & Software Architekt bei Yatta GmbH
- Die Yatta Integration Layer entworfen – eine konfigurationsgetriebene Integrationsplattform auf Java 25, Spring Boot 4 (WebFlux), Temporal, gRPC und Kafka, die neue Third-Party-Integrationen (z. B. AVS Fulfillment) über deklarative JSON-Konfigurationen ohne Codeänderungen ermöglicht.
- Tink-Integration entworfen und umgesetzt mit 0Auth-IBAN-Verifizierung, um Betrugsprävention und Kontovalidierungs-Workflows mit Adyen payByBank zu verbessern.
- Ein auf OpenFGA basierendes Berechtigungsmodell entworfen und umgesetzt für die zentrale Verwaltung von Benutzern, Gruppen und fein granularer Zugriffskontrolle im Vendor-Portal.
- Die Yatta API-Gateway-Plattform mit GraphQL Federation entworfen und die Umsetzung geleitet, um eine einheitliche Enterprise-API-Schicht über verteilte Microservices mit zentraler Authentifizierung, Autorisierung und Request-Orchestrierung bereitzustellen.
- NGINX + NLB durch Istio Service Mesh und AWS ALB ersetzt; WAF, OAuth (Cognito), IP-Whitelisting und RBAC über alle Umgebungen ausgerollt.
- CDC von Confluent-Cloud-Connectors auf einen selbst gehosteten Kafka-Connect- + Debezium-Stack migriert, wodurch die Betriebskosten über mehrere Umgebungen um rund 80 % gesenkt wurden.
- Das Transactional-Outbox-Pattern mit Debezium umgesetzt für zuverlässiges Event-Publishing mit genau-einmal-Zustellung nach Kafka mit Avro und Schema Registry.
- Dunning-/Payment-Recovery-Workflows von Airflow zu Temporal migriert, wodurch 99,9 % Zuverlässigkeit für die Abwicklung erreicht wurden.
- Apache Airflow optimiert mit deferrable Sensors, um 1000+ gleichzeitige DAG-Runs ohne Skalierung des Worker-Pools zu verarbeiten.
- Eine monolithische Terraform-Codebasis in 3 modulare Projekte refaktoriert, wodurch die Deploy-Zeit um rund 45 % verkürzt wurde.
- Vollständige Observability aufgebaut mit OpenTelemetry, Tempo, Prometheus und Loki; Dev/Staging/Prod mit ArgoCD, Image Updater und Helm automatisiert.
- Mit Produkt-, Operations- und Engineering-Stakeholdern zusammengearbeitet, um eine skalierbare Plattformarchitektur und Integrationsstandards zu definieren, die auf langfristige Geschäfts- und Betriebsziele abgestimmt sind.
Michael Heide
Letzte Position:
Frontend-Entwickler bei RTL Tech
- Entwicklung und Optimierung der RTL+-Frontend-Anwendung für SmartTV- und Set-Top-Box-Plattformen mit React und Next.js.
- Schlüsselrolle bei der fachlichen Steuerung von Entwicklern im Team und bei der Koordination der Umsetzung.
- Zentrale Schnittstelle zu angrenzenden Teams, um Entwicklungsabläufe zu vereinfachen und die teamübergreifende Abstimmung zu verbessern.
- Verbesserung von Frontend-Performance, Stabilität und Rendering-Verhalten auf leistungsschwachen Geräten in einer eingeschränkten Runtime-Umgebung.
- Umsetzung einer Frontend-Teststrategie mit Jest, React Testing Library und Playwright.
- Umsetzung von Verbesserungen der Barrierefreiheit gemäß WCAG 2.2 und WAI-ARIA.
- Integration von Didomi Consent Management als Beitrag zur Steigerung der Ad-Monetarisierung auf Streaming-Plattformen.
- Einsatz KI-gestützter Engineering-Workflows mit Cursor für strukturierte Implementierung, Refactoring und schnellere Problemlösung.
Eingesetzte Technologien: React, Next.js, TypeScript, JavaScript, GraphQL, Apollo Gateway, Zustand, Tailwind CSS, Styled Components, React Testing Library, Playwright, Jest, HTML5, CSS3, AWS Lambda, EC2, CloudFront, S3, GitLab CI/CD, NX, Cursor
Osman Tartoussi
Letzte Position:
Senior Architect, DevOps Engineer bei genPsoft GmbH
IT-Beratung, Analyse, Architekturgestaltung, Neu- und Weiterentwicklung, Code Review, Testautomatisierung, Continuous Integration, Continuous Delivery im Backend- und Frontend-Bereich für das Automotive-Projekt Instavalo.
Frontend:
- Implementierung von UI-Komponenten gemäß Vorgaben, insbesondere Style Guides und responsive Design mit React und Typescript
- Komponententests
- Codedokumentation
- CI/CD mit Gitlab Pipeline
Backend / IoT:
- Analyse und architektonische Gestaltung mit AWS Greengrass IoT auf Edge-Geräten
- Aufbau von Microservices-Containern mit Docker Compose auf Edge-Geräten mit AWS Greengrass und AWS IoT IAM, Token Exchange Service, Ansible
- CI/CD mit Gitlab Pipeline, Terraform, AWS ECR
- Logging mit Fluentbit und Lua für AWS Cloudwatch
- Python-Lambda für die AWS-Greengrass-Recipe-Deployment auf Edge-Geräten
- Umsetzung von Test Driven Development mit JUnit, Mockito und Code Coverage
- Jacoco
- Definition von REST-Schnittstellen mit OpenAPI / Swagger
- Entwicklung und Erweiterung von Software auf Basis von Java Quarkus, Typescript NestJs NodeJs und Python
- Authentifizierung und Autorisierung in AWS IAM
- Entwicklung von REST- und gRPC-Schnittstellen für Frontend und Backend
- Umsetzung von Maven-Abhängigkeiten mit DevSecOps OWASP
- Spring AI, Jetbrains AI Assistant, Junie, Github Copilot, Claude Code, Agents, Skills, Command, Hooks, Subagents
Frédéric Klein
Letzte Position:
Projektleiter (Enterprise Cloud Governance) bei CompuGroup Medical SE & Co. KGaA
Kurze Beschreibung: Leitung eines konzernweiten Projektes zur Etablierung einer standardisierten Cloud-Governance für Microsoft Azure inkl. Richtlinien, Sicherheits- und Compliance-Controls, Automatisierung sowie Kosten- und Betriebssteuerung bei gleichzeitiger Wahrung der Autonomie dezentraler Business Units innerhalb regulatorischer Rahmenbedingungen.
Aufgaben und Tätigkeiten:
Gesamtverantwortung für Konzeption, Aufbau und Umsetzung einer unternehmensweiten Cloud-Governance-Struktur (Azure) inkl. Zielbild, Roadmap und Betriebsmodell.
Steuerung interner und externer Stakeholder (C-Level, IT, Security, Compliance, Cloud-Architektur, DevOps) inkl. Entscheidungs- und Eskalationsmanagement.
Planung und Moderation von Workshops zur Cloud-Strategie, Governance-Prinzipien und zur Ausgestaltung von Design Areas (Identity, Connectivity, Platform Management).
Definition, Implementierung und Rollout von Cloud Policies (Azure Policy / Custom Policies), Security-Standards und Compliance-Anforderungen (u. a. GDPR, ISO 27001, BSI C5).
Aufbau eines Cloud-Governance-Frameworks entlang des Azure Cloud Adoption Framework (CAF) inkl. Landing-Zone- und Guardrail-Konzepten.
Einführung von Automatisierungslösungen für Governance, Security und Kostenkontrolle (Policy-/Control-Automation, IaC, CI/CD-basierte Kontrollmechanismen).
Implementierung von Cloud-Security- und Compliance-Monitoring-Mechanismen sowie kontinuierlicher Verbesserungsprozesse (Continuous Improvement).
Etablierung und Operationalisierung von FinOps im Enterprise-Umfeld (zentrale und dezentrale FinOps-Teams) inkl. Kostenmanagement-Strategien, Reporting und Guardrails.
Integration von Governance-Policies in DevOps-Prozesse (z. B. CI/CD-Prinzipien für Security- und Compliance-Checks, GitLab Runner-Konzept in Spokes, GitLab CI/CD für CAF Landing Zones).
Umsetzung von Zugriffskonzepten inkl. RBAC-Design und „Breaking-Glass“-Mechanismen (Notfallzugriffe) sowie Zertifikatsautomatisierung (ACME / step-ca).
Erfolge:
Einheitliches, auditierbares Governance- und Kontroll-Set für Azure geschaffen (Policies, Standards, Compliance-Mapping) und damit die Grundlage für skalierbare Cloud-Nutzung im regulierten Umfeld gelegt.
Wiederholbare Automatisierung für Governance, Security und Kostenkontrolle etabliert (IaC + CI/CD), wodurch manuelle Aufwände und Umsetzungsrisiken reduziert wurden.
Betriebs- und Entscheidungsfähigkeit über zentrale und dezentrale Einheiten hinweg verbessert (klarere Rollen, Verantwortlichkeiten, Eskalationspfade, Balance zwischen Autonomie und Konzernvorgaben).
Signifikante Erhöhung der Compliance von Workloads bei Lift- und Shift-Migrationen.
Eingesetzte Technologien:
Microsoft Azure Policy, Custom Policies.
Terraform, OpenTofu, Terragrunt.
step-ca (ACME).
Entra ID.
Azure Firewall.
Azure Networking, Hub-&-Spoke-Architektur.
Azure vWAN (Evaluierung).
Azure Front Door, Azure Application Gateway.
Azure ExpressRoute.
Azure Key Vault.
NetBox.
GitLab (on-premises).
Eingesetzte Infrastruktur, Konzepte:
Cloud Shared Responsibility Model.
Hub-&-Spoke Connectivity / zentrale Shared Services (aus Hub-Spoke-Kontext).
Zentrale Governance bei dezentraler Delivery (Business-Unit-Autonomie mit Guardrails).
Eingesetzte Methoden:
Scrum.
Stakeholder-Management (C-Level bis Engineering).
Cloud Governance, Azure Cloud Adoption Framework (CAF).
DevOps, CI/CD.
Kosten- und FinOps-Ansätze: Tagging-/Chargeback-Modelle, Budget-/Alert-Konzepte, Reserved Instances/Savings Plans vs. On-Demand-Szenarien, Sensitivitätsanalysen.
RBAC, „Breaking Glass“-Konzepte.
ACME / Zertifikatsautomatisierung.
GitLab Runner-Konzept in Spokes, GitLab CI/CD Pipelines für CAF Landing Zones.
Julius Herrera Glomm
Letzte Position:
Freelancer bei Freelancer — Pharma Industry
- Migration zu GCP mit Terraform, GKE und GitOps geleitet und damit die Konsistenz und Skalierbarkeit von Deployments verbessert
- Datadog-Observability-Stack über Terraform und datadog-operator implementiert
- Automatisierte End-to-End-Tests und On-Call-Prozesse eingeführt und dadurch die Reaktion auf Incidents sowie die Service-Zuverlässigkeit verbessert
- Migration vom NGINX Ingress Controller zur Kubernetes Gateway API (NGINX Gateway Fabric)
- Stateful Services (PostgreSQL und Redis) nach GCP migriert und dadurch Skalierbarkeit und operative Zuverlässigkeit verbessert
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die GitLab CI/CD einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
17 Jahre
Positionsdauer
2,7 Jahre
Positionen pro Freelancer
12
Häufigste Fachbereiche
Informationstechnologie (IT), Produktentwicklung, Qualitätssicherung
Häufigste Branchen
Informationstechnologie (IT), Bank- und Finanzwesen, Einzelhandel
Fokus der Zertifizierungen
Informationstechnologie (IT), Produktentwicklung, Projektmanagement
Bachelor-Abschluss oder höher
90%
Master-Abschluss oder höher
54%
Doktortitel
6%
Zertifizierungen pro Freelancer
3
Häufigste Sprachen
Englisch, Deutsch, Französisch
Sprechen zwei oder mehr Sprachen
99%
Basierend auf unserem Profilpool, Stand 6 Sep 2026.
Tagessatzverteilung
Das Diagramm zeigt, wie sich die Tagessätze der Freelancer in dieser Technologie 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, die GitLab CI/CD 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 6 Sep 2026. Die tatsächlichen Tagessätze können je nach Dienstalter, Erfahrung, Fachkenntnissen, Projektkomplexität und Auftragsdauer variieren.
Über die Technologie
Pipeline-Automatisierung
GitLab CI/CD macht aus einem GitLab-Repository einen automatisierten Delivery-Flow. Builds, Tests, Sicherheitsprüfungen und Deployments laufen aus einer einzigen .gitlab-ci.yml-Datei. Starke Spezialisten gestalten den gesamten Weg vom Commit bis zum Release und nicht nur einen einzelnen Job-Schritt.
Was Teams bauen
- Build- und Test-Pipelines für Anwendungscode
- Deployment-Flows für Staging und Produktion
- Quality Gates mit Linting, Scans und Freigaben
- Release-Automatisierung für Tags, Pakete und Umgebungen
- Mehrstufige Flows für Monorepos und Microservices
Ökosystem und Werkzeuge
GitLab CI/CD ist eng mit dem restlichen GitLab-Stack verbunden: Repos, Merge Requests, Umgebungen, Variablen, Artefakte und Paket-Registries. Fachleute, die damit arbeiten, nutzen auch Runner, Docker-Images, Caching, den Umgang mit Secrets sowie Jobs auf Shell- oder Container-Basis. Sie wissen, wann Logik in YAML bleiben sollte und wann sie in Skripte gehört.
Wann freiberufliche Hilfe wichtig ist
Unternehmen holen freiberufliche Experten dazu, wenn Pipelines langsam, fehleranfällig oder schwer zu warten werden. Typische Anzeichen sind wiederholt fehlgeschlagene Jobs, unklare Freigaben, schwache Release-Kontrolle oder Runner, die nicht mit dem Team mitwachsen. Sie helfen auch, wenn Teams von Jenkins oder anderen CI-Tools zu GitLab CI/CD migrieren.
Was starke Spezialisten tun
Ein starker Spezialist liest die Pipeline-Logik genau und hält sie einfach. Er strukturiert Jobs so, dass sie wiederverwendbar sind, reduziert Doppelungen und macht Fehler leicht verständlich. Außerdem balanciert er Geschwindigkeit, Sicherheit und Nachvollziehbarkeit, damit Entwickler mit Vertrauen ausliefern können.
Team-Fit und Umsetzung
GitLab CI/CD Experten unterstützen oft Produktteams, interne Plattform-Teams und regulierte Umgebungen, die klare Prüfpfade brauchen. Remote-Arbeit ist üblich, weil sich Pipeline-Dateien, Logs und Merge Requests leicht online prüfen lassen. Bei sensiblen Release-Prozessen können Vor-Ort-Workshops helfen, Zuständigkeiten und Freigaberegeln abzustimmen.
Häufig gestellte Fragen
Alles, was Kunden üblicherweise über GitLab CI/CD wissen wollen – kompakt an einem Ort.
GitLab CI/CD wird genutzt, um Build-, Test-, Sicherheits- und Deployment-Schritte rund um GitLab-Repositories zu automatisieren. Teams verlassen sich darauf für wiederholbare Delivery-Flows, Umgebungs-Übergaben und Release-Prüfungen. Besonders nützlich ist es, wenn dieselbe Pipeline viele Services oder viele Branches unterstützen muss.
GitLab CI/CD ist besonders stark, wenn ein Team bereits in GitLab arbeitet und Quellcodeverwaltung, Merge Requests und Delivery-Automatisierung an einem Ort haben möchte. Jenkins ist oft freier erweiterbar, braucht aber meist mehr Einrichtung und Wartung. GitHub Actions ist eine gängige Alternative, wenn die Codebasis in GitHub liegt.
Ein guter GitLab CI/CD Spezialist versteht YAML, Shell-Skripting, Runner, Artefakte, Caching, Variablen und Deployment-Flows. Kenntnisse in Docker, Linux und Cloud-Zielen sind ebenfalls wichtig. Sicherheits-Scans, der Umgang mit Secrets und Release-Disziplin sind genauso wichtig wie die Pipeline-Syntax.
Für eine kleine Bereinigung der Pipeline reicht vielleicht jemand, der die GitLab CI/CD-Grundlagen kennt und Job-Logik schnell beheben kann. Eine größere Migration, ein Monorepo-Setup oder ein neues Deployment-Design braucht mehr Erfahrung mit Runnern, Templates und der Umgebungsstrategie. Je höher das Release-Risiko, desto wichtiger wird nachgewiesene Pipeline-Arbeit.
Ja. GitLab CI/CD passt sehr gut zur Zusammenarbeit aus der Ferne, weil Pipeline-Dateien, Merge Requests, Logs und Job-Historien asynchron leicht geprüft werden können. Teams an verschiedenen Standorten können sich trotzdem auf dieselben Release-Regeln, Freigaben und Übergabepunkte einigen, ohne viel Reibung.
Wenn Ihre GitLab CI/CD-Pipelines langsam, unzuverlässig oder schwer zu debuggen sind, kann externe Hilfe sich schnell auszahlen. Weitere Anzeichen sind wiederholte manuelle Release-Schritte, unklare Zuständigkeiten für Jobs oder Probleme mit der Runner-Kapazität. Teams holen auch Spezialisten hinzu, wenn sie viele Services auf ein einheitliches Delivery-Muster standardisieren wollen.
Suchen Sie nach einem GitLab CI/CD-Profi, der erklären kann, warum eine Pipeline auf eine bestimmte Weise aufgebaut ist, und nicht nur, wie man sie zum Laufen bringt. Gute Arbeit ist lesbar, wiederverwendbar und leicht zu beheben. Fragen Sie nach Beispielen für Runner-Setups, das Design von Deployment-Flows und dafür, wie die Pipeline-Unruhe oder die Fehlerzeit reduziert wurde.
Halten Sie Ihre aktuellen Pipeline-Dateien, das Runner-Setup und eine kurze Liste der Schmerzpunkte bereit, bevor der GitLab CI/CD-Spezialist startet. Auch Zugriff auf letzte Fehler, Deployment-Regeln und die Branch-Strategie hilft. Je besser das Ausgangsmaterial, desto schneller kann der Experte den Flow verbessern.
Der durchschnittliche Stundensatz von Freelancern, die GitLab CI/CD in ihren letzten Projekten eingesetzt haben, liegt bei 95 €, was einem Tagessatz von etwa 764 € bei einem 8-Stunden-Tag entspricht.
Von den Freelancern, die GitLab CI/CD in ihren letzten Projekten eingesetzt haben, haben 90% mindestens einen Bachelor-Abschluss, 54% mindestens einen Master-Abschluss und 6% einen Doktortitel.
Freelancer, die GitLab CI/CD in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 17 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 2,7 Jahre.
Die häufigsten Sprachen unter Freelancern, die GitLab CI/CD in ihren letzten Projekten eingesetzt haben, sind Englisch (98%), Deutsch (97%) und Französisch (14%).
Die häufigsten Industrien unter Freelancern, die GitLab CI/CD in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (95%), Bank- und Finanzwesen (47%) und Einzelhandel (41%).
Die häufigsten Bereiche unter Freelancern, die GitLab CI/CD in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Produktentwicklung (88%) und Qualitätssicherung (62%).
Hauptstandorte der FRATCH Experten, die kürzlich GitLab CI/CD 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
München
Köln
Frankfurt
Stuttgart
Düsseldorf
Leipzig
Hannover