
Amazon SQS Experten in Deutschland
entwickeln, vermittelt mit geprüften Freelancern in wenigen MinutenBeauftragen Sie Experten, die robuste Nachrichtenflüsse entwickeln, SQS mit AWS Lambda und SNS verbinden und Queues in verteilte Anwendungen integrieren. FRATCH findet durch schnelles, präzises KI-Matching den passenden geprüften und verfügbaren Freelancer.
Lerne FRATCH Experten in Deutschland kennen, die kürzlich Amazon SQS eingesetzt haben
Kiriakos K.
Letzte Position:
Tech Lead / Architect : OTTO API Platform bei OTTO
Reifung ihrer API-Praktiken sowohl auf Business- als auch auf Technologieebene. Meine Rolle umfasst Strategie, Architektur, Developer Advocacy sowie hands-on Software Engineering und ermöglicht es sowohl technischen Teams als auch dem Business-Management, API-zentrierte Prinzipien effektiv zu übernehmen und anzuwenden. Gleichzeitig etablieren wir mit diesem Projekt auch GitOps, DX und Platform Best Practices.
Highlights:
- Abstimmung mit Executives auf die Initiative durch Klarstellung der Strategie, Ersetzen von Missverständnissen und Mythen durch Fakten, Verdeutlichen des Werts bestehender Assets und Ermöglichen fundierter Entscheidungen
- Entwicklung eines Vorgehens für das API Lifecycle Management bei OTTO
- Vorantreiben des Plattformfortschritts und Förderung des Entwicklerengagements durch hands-on Engineering-Arbeit in Richtung strategischer Ziele
API Lifecycle Management, Team Topologies, Organizational Evolution, Regulatory, Platform Advocate, Developer Platform, Communities of Practice, Terraform, Kotlin, Kafka, Kong, WSO2, Apigee, Gravitee, Backstage, AsyncAPI, OpenAPI, API Design, AWS, React, Node.js, TypeScript, Redocly, Reactive Programming, CDC, Golang, Gin-Gonic, GitOps, DX (Developer Experience), Stakeholder Management, Roadmaps, Workshops, Discovery.
Hans-Dieter G.
Letzte Position:
Ausbildung zum KI-Experten
Ich erweitere kontinuierlich meine Expertise im Bereich KI und Automatisierung, arbeite mit ChatGPT, OpenAI, Manus, Gemini, MS CoPilot, API, LangChain, Hugging Face, Manus, TensorFlow und Auto-GPT sowie Python-basierten ML-Frameworks und MLOps-Tools, um klassische Softwareentwicklungs-, Analyse- und Testprozesse intelligent zu transformieren.
Niko S.
Letzte Position:
Entwicklungsarchitekt, Technischer Leiter "gridlytics" bei HH Energienetze
- Aufbau einer Datenintegrationsplattform für Hoch-, Mittel- und Niederspannungs-Assets zur kontextuellen Analyse von Zeitreihen mit Stammdaten aus dem SCADA-Leitsystem (IEC 60870 104), INIS und SAP.
- Verantwortung für Architektur und Implementierung der Lösung sowie Sparringpartner für den Product Owner.
- Einsatz von Kotlin, Spring Boot, Maven, TimescaleDB, PostgreSQL, liquibase, Elements IoT, Docker, Kubernetes, Grafana, Python, Jupyter und verschiedenen API-Gateways.
Niklas W.
Letzte Position:
AI Engineer bei Tensora GmbH
- Konzeption und Entwicklung einer Multi-Tenant-SaaS-Plattform, mit der Unternehmen ihre eigenen Wissensdatenbanken aufbauen und mit individuell gebrandeten KI-Assistenten chatten können (White-Label-Ansatz mit dynamischem Branding pro Organisation).
- Implementierung einer skalierbaren RAG-Architektur mit einer GPT-4o-Tool-Use-Loop, hybrider semantischer Suche und strikter Mandantentrennung auf Datenbank- und Suchindex-Ebene.
- Aufbau persistenter, projektähnlicher Chat-Sessions inklusive Streaming-API (SSE), mehrsprachiger Unterstützung sowie Sprach-Ein- und Ausgabe (STT/TTS).
- Bereitstellung der Cloud-Infrastruktur als Infrastructure-as-Code, vollständig automatisierte CI/CD-Pipelines pro Kunde und ein Onboarding-Prozess für neue Mandanten.
Verwendete Technologien: Python, FastAPI, Pydantic (v2 noted), Next.js, React, TypeScript, Tailwind CSS, OpenAI / LLMs (GPT-4o), Azure AI Search, Cosmos DB, Azure Blob Storage, Azure Cognitive Services Speech, Azure App Service, Azure Container Registry, Retrieval-Augmented Generation (RAG), Server-Sent Events (SSE), Docker, Terraform, GitHub Actions, REST, OpenID Connect (OIDC), Multi-Tenancy
Osman T.
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
Arkadius S.
Letzte Position:
AWS Pricing Platform / API- & Integrationsarchitektur bei Porsche Digital
Entwicklung und evolutionäre Weiterentwicklung einer hochverfügbaren, cloud-nativen Microservice- und Integrationsarchitektur für Dealer- und Retail-Prozesse im Porsche Car Configurator.
Verantwortlichkeiten
- Entwicklung Java-/Kotlin-basierter Backend-, API- und Integrationskomponenten (Spring Boot)
- Integration interner und externer Systeme über REST/OpenAPI, GraphQL, Apache Kafka und AWS SQS (synchron und asynchron)
- Umsetzung stabiler, performanter Kommunikations- und Datenflüsse in einer cloud-nativen Plattformarchitektur
- Verarbeitung strukturierter Datenformate (JSON, Protobuf, GraphQL-Schemas) auf Basis bestehender API-Pattern
- Performanceoptimierung verteilter Microservices mit reduzierten Antwortzeiten und höherer Betriebsstabilität
- Technische Tests (Unit-, Integrations- & API-Tests) sowie Fehleranalyse in produktionsnahen Umgebungen
- AWS Infrastructure as Code mit Terraform und AWS CDK
- CI/CD-Automatisierung (Build-, Test- & Deployment-Pipelines) mit GitHub Actions
- KI-gestützte Feature-Implementierung (GitHub Copilot Agent)
Label: Kotlin, Java 25, Spring Boot 4, Protobuf, TypeScript, AWS, Terraform, CDK, Apache Kafka, AWS SQS, REST/OpenAPI, GraphQL, JSON, PostgreSQL, Docker, GitHub Actions, Maven, Gradle, JUnit, Mockito, Testcontainers
Rüdiger S.
Letzte Position:
Full-Stack-Softwareingenieur / Berater für Digitalisierung bei ARTEVENT
Konzipiert, entwickelt und eingeführt eine interne Webanwendung zur Veranstaltungsplanung, die von über 100 Abteilungsleitern für eine große Veranstaltung genutzt wurde, obwohl keine dedizierte Testphase stattfand.
Einen reibungslosen und fehlerfreien Betrieb beim ersten Live-Einsatz sichergestellt, wodurch das Tool für zukünftige Veranstaltungen übernommen wurde.
Catering-Berechnungen und zugehörige Workflows automatisiert, wodurch E-Mail-Kommunikation und manueller Aufwand für die Essensplanung deutlich reduziert wurden.
Bereitstellung und Hosting auf einem Linux-Server mittels Coolify verwaltet, einschließlich Einrichtung der Anwendung und Laufzeitbetrieb.
Einen Kommunikationsdesigner im Bereich UX eingestellt und angeleitet und dabei alle technischen Entscheidungen und die Implementierung eigenständig verantwortet.
Jorge P.
Letzte Position:
Software Engineer – AWS and Kubernetes Specialist bei Citti
- Aufbau, Wartung und Härtung von Kubernetes-Clustern mit Ansible und ArgoCD
- Schlagwörter: Ansible, AWX, Kubernetes, NetApp, Prometheus, CI/CD ArgoCD, SSO, Fluent-bit, HAProxy, Calico, Keycloak, oauth2-proxy, SealedSecrets, kubeseal, Aqua kube-bench, CIS-Benchmarks, Aqua Trivy operator
Nemanja M.
Letzte Position:
AI Engineer / Senior Backend Engineer bei Intelycx
Manufacturing-Intelligence-Plattform mit Enterprise-Workflows, RAG, Echtzeit-Funktionen für AI-Assistenten und Backend-Architektur über mehrere Repositories.
- Entwickelte und erweiterte produktive AI-/Backend-Services mit Django, DRF, FastAPI, GraphQL, Celery, PostgreSQL, MySQL, Redis und WebSockets über eine modulare Plattform mit mehreren Repositories.
- Mitgewirkt an ARIS V2, einem Echtzeit-AI-Assistenten für die Fertigung mit LangChain, LangGraph, MCP-Tool-Orchestrierung, Planungs-/Ausführungs-Workflows, OpenAI, AWS Bedrock, Qdrant sowie Retrieval auf Basis von Elasticsearch/OpenSearch.
- Unterstützte die Rollout-Erweiterung von ARIS V1 in 4 von 17 Kunden-Produktionswerken auf ARIS V2, das aktuell in 13 von 17 Werken aktiv ist, und steigerte so die reale Abdeckung auf mehr als 50 % der Kundenumgebung.
- Arbeitete an dokumentengestützter RAG-Funktionalität inklusive Ingestion, OCR, Chunking, Embeddings, Indexing, Retrieval, Reranking und geerdeter Antwortgenerierung für industrielle Workflows.
Stack: Python, Django, DRF, FastAPI, LangChain, LangGraph, GraphQL, Celery, WebSockets, OpenAI, AWS Bedrock, Qdrant, Elasticsearch/OpenSearch, PostgreSQL, MySQL, Redis, Docker.
Benito E.
Letzte Position:
Cloud DevOps Engineer und Cloud Architekt bei Energieversorgungsunternehmen (anonymisiert, NDA)
- Konzeption und Aufbau einer vollständig abgeschotteten AWS-Offline-Umgebung ohne ausgehenden Internetpfad für den Betrieb einer browserbasierten Fachanwendung
- Entwurf und Implementierung eines Proxy- und Antwortdienstes, der sämtliche externen Aufrufe der Anwendung innerhalb der VPC terminiert und aus lokal vorgehaltenen Inhalten bedient; Ermittlung des tatsächlichen Kommunikationsbedarfs messbasiert über DNS-Query-Logging
- Erstellung von Architekturdesigns und Entscheidungsvorlagen inklusive Variantenvergleich (Application Load Balancer mit Lambda und S3, Reverse Proxy auf EC2, privates API Gateway) mit Bewertung nach Betriebsaufwand, Kosten und Verfügbarkeit
- Übertragung der bislang ausschließlich für Azure vorliegenden Lösungs- und Betriebsdokumentation auf eine AWS-Zielarchitektur inklusive Neuzuordnung sämtlicher Dienste und Betriebsabläufe
- Automatisierter Rollout als Infrastructure as Code (Terraform, CloudFormation) mit CI-Deployment über GitHub Actions sowie Aufbau privater DNS-Zonen und einer eigenen Zertifikatskette für den Betrieb ohne Internetanbindung
- Erstellung der Architektur-, Deployment- und Betriebsdokumentation und Übergabe an den Kunden
- Aufbau einer privaten Cloud-Plattform auf OpenStack beim Provider TelemaxX mit Terraform, inklusive FortiGate-HA-Clustern, FortiManager und Kubernetes
- Einführung von Policy as Code (Open Policy Agent, Conftest) sowie Entwicklung von MCP-Servern (Model Context Protocol) zur Anbindung von KI-Assistenten an Betriebs- und Projektwerkzeuge
Erfolge:
- Fachanwendung erstmals vollständig ohne Internetanbindung betriebsfähig gemacht; die Ursache des Ladefehlers wurde durch systematische Eingrenzung auf fehlende CORS-Header zurückgeführt, nachdem die naheliegende Zertifikatsspur widerlegt war
- Bestehendes Azure-Konzept vollständig auf AWS übertragen und die zuvor manuell erstellte Umgebung durch einen reproduzierbaren, CI-gestützten Rollout abgelöst
Technologie Stack: AWS (VPC, Application Load Balancer, Lambda, S3, Route 53 Private Hosted Zones und Resolver Query Logging, IAM, CloudWatch, EC2, CloudFormation), Infrastructure as Code (Terraform, CloudFormation, Remote State), CI/CD (GitHub Actions mit OIDC, Azure DevOps Pipelines), OpenStack, FortiGate, FortiManager, Kubernetes, Policy as Code (Open Policy Agent, Conftest), Offline- und Air-Gap-Architekturen, PKI & Zertifikate (interne CA, TLS, CRL/OCSP), DNS, Netzwerksegmentierung, Linux, Windows Server, Python, Bash, PowerShell, YAML, JSON, Architekturdesign & Entscheidungsvorlagen, Dokumentation (Confluence, Markdown), Generative & Agentic AI (Model Context Protocol, Agentic AI Coding Tools)
Tezcan D.
Letzte Position:
Solution Architekt / Projektleiter bei Deutscher Fußball-Bund
- Gesamtverantwortung für den Projektlebenszyklus von der Umfangsdefinition bis zum Abschluss
- Enge Zusammenarbeit mit Plattform-Teams, IT-Führungskräften und externen Dienstleistern
- Anwendung von SAFe-Prinzipien und strukturierte Sprint-Arbeit
- Erstellung eines Migrationsfahrplans mit klaren Meilensteinen
- Überwachung des Lifecycles: Onboarding, Repository-Migration, Replikation von Berechtigungen und Systemtests
- Visualisierung der Architektur mit PlantUML und Gliffy sowie Dokumentation in Confluence
- Regelmäßige Statusberichte und Durchführung von Wissenstransfer-Sessions
Alexandru G.
Letzte Position:
Principal Cloud DevOps Architect bei BP
In meiner Rolle als Senior Cloud DevOps Architect bei BP, einem Öl- und Gasunternehmen, hatte ich die Aufgabe, die Plattform für das Laden von Elektrofahrzeugen der EV Division von On-Premises und Azure in die AWS-Cloud zu migrieren, was zu einer hybriden Multi-Cloud-, Multi-Tenant-SaaS-Lösung führte.
Der Einsatz von Kubernetes für die Anwendungsebene bedeutete die Bereitstellung von Kubernetes-Clusters, die von EKS und AKS verwaltet wurden, mit Fokus auf die Integration in eine Multi-Tenant-Umgebung. Diese Integration wurde durch den Einsatz von Kubernetes-Namespace und Zugriffskontrollen erreicht, um Datenisolation und Datenschutz sicherzustellen.
Auf der Datenbankebene entschieden wir uns für eine RDS-Instanz mit PostgreSQL zur Unterstützung der Backend-Infrastruktur unserer Anwendungen. Die Mandanten teilten sich dieselbe RDS-Instanz, hatten aber jeweils ein eigenes Schema.
Um nahezu in Echtzeit Daten von physischen Ladestationen (CPOs) als IoT-Geräte über das OCPI-Protokoll aufzunehmen, stießen wir bei der Batch-Verarbeitung auf erhebliche Verzögerungen. Daher entwickelten wir eine Streaming-Datenpipeline in Echtzeit mit Apache Kafka und setzten dabei auf eine eventgetriebene Architektur.
Ich leitete die Zusammenarbeit über mehrere interne Teams, externe Anbieter, Cloud-Provider und Partner vor Ort hinweg, um über fünf Systeme in eine einheitliche Lösung zu integrieren.
Erfolge:
- Erfolgreich hybride Multi-Cloud-Lösungen entworfen und umgesetzt, die mehrere Cloud-Plattformen (AWS, Azure) mit On-Premises-Infrastruktur unter Einsatz von Site-to-Site-VPNs, Firewalls und Load Balancing integrierten.
- Die Migration der On-Premises-Infrastruktur zu einer Multi-Cloud-, Multi-Tenant-Infrastruktur geleitet, was zu 30 % schnelleren Verarbeitungszeiten führte.
- Workloads aus VMware- und Hyper-V-Umgebungen auf cloudbasierte VMs migriert und dabei Cloud-native Services genutzt, um Leistung, Kosteneffizienz und Skalierbarkeit zu optimieren.
- Eine Multi-Tenant-Kubernetes-Plattform entworfen, die das Kubernetes-Ökosystem nutzt, mit Karpenter für die dynamische Bereitstellung von EC2-Nodes, KEDA für eventgesteuertes Pod-Autoscaling (z. B. Kafka-Message-Lag) und Rancher für das zentrale Monitoring mehrerer Cluster (EKS, AKS oder On-Prem K8s), als Ersatz für den Microsoft-zentrierten Azure-Arc-Management-Service.
- Python-basierte FastAPI-Microservices als Teil des EV-Core-Backends auf der AWS-EKS-Anwendungsebene entworfen und umgesetzt, die Datenaufnahme- und Kundenanalyse-Pipelines antreiben.
- Asynchrone, eventgetriebene APIs (Python-FastAPI) für die Echtzeit-Integration mit CPOs entwickelt, mit Unterstützung für OCPI 2.3 und OICP-Protokolle.
- Eine sichere, produktionsreife Azure-Databricks-Plattform mit Terraform entworfen und umgesetzt und dabei Skalierbarkeit und Kosteneffizienz sichergestellt.
- On-Premises-ERP auf eine hybride Dynamics-365-Architektur migriert, mit ERP lokal gehostet und CRM in Azure betrieben, integriert über Azure Arc.
- CI/CD-Pipelines für Databricks-Notebooks und Jobs mit GitHub Actions und Databricks CLI automatisiert, wodurch die Bereitstellungszeit reduziert wurde. Die Bereitstellungszeit für Infrastruktur durch Automatisierung der Cloud-Ressourcenbereitstellung mit GitOps um 70 % reduziert.
- Die Einhaltung interner Audit- und Data-Governance-Standards (GDPR) durch OAuth2/OIDC-basierte Authentifizierung und fein abgestufte rollenbasierte Zugriffskontrollen sichergestellt.
- Ein Zero-Trust-Sicherheitsmodell entwickelt, das Least-Privilege-Zugriffe und Mikrosegmentierung durchsetzt und die Sicherheitslage sowie die Compliance mit GDPR und NIST verbessert.
- Interaktive Analytics-Dashboards in Amazon QuickSight erstellt, die Daten aus S3 und Redshift integrieren, um Echtzeit-Business-Insights und Visualisierungen mit eingebettetem Zugriff für Multi-Tenant-Nutzer bereitzustellen.
- Cloud-Sicherheitsbewertungen und eine Sicherheitsintegration über den gesamten Lebenszyklus während M&A geleitet, einschließlich AWS, Azure, IAM (Entra ID) und Datenschutz, und dabei die Sicherheitslage mit NIST, ISO 27001 und GDPR über hybride und cloud-native Umgebungen hinweg ausgerichtet.
- Die Cloud-Kosten für eine Dev-Umgebung eines Kunden um 64 % gesenkt, indem automatisierte Start-/Stopp-Zeitpläne für EC2- und RDS-Instanzen über AWS CDK mit EventBridge Scheduler oder AWS Systems Manager implementiert wurden.
Tech-Stack:
- Infrastructure as Code: Terraform, AWS CDK, Ansible.
- Container: Kubernetes auf EKS, AKS, Docker.
- Streaming-Datenverarbeitung: Kafka zu Confluent Cloud, nach AWS MSK.
- Frontend: TypeScript, React, NextJS, Hooks, Styled Components.
- Backend: Python mit FastAPI, außerdem Node.js mit NestJS.
- Datenbank: Aurora auf PostgreSQL mit TypeORM, RDS auf SQL Server, vollständiges Setup und Administration von Azure Databricks, ETL-Pipelines.
- CI/CD und GitOps: GitHub Actions, Azure DevOps, ArgoCD.
- Monitoring und Observability: Prometheus und Grafana.
- Virtualisierung: Hyper-V, VMware Cloud on AWS, Azure Migrate.
- ERP-Systeme: Odoo, Microsoft Dynamics 365 Business Central auf Azure, integriert mit Azure Arc.
- Netzwerke: Site-to-Site-VPNs, AWS Direct Connect, Azure ExpressRoute, Firewalls (AWS Network Firewall, Azure Firewall).
- Sicherheit: IAM, NIST Framework, Zero-Trust-Sicherheit, AWS WAF, AWS Shield, GuardDuty.
Santhosh K.
Letzte Position:
Freelance Software Engineer bei Zalando SE
- Migration der unternehmensweiten Autorisierungsplattform von Styra DAS zu Open-Source OPA über die Integration mit Skipper (Zalandos Golang-basiertem Ingress-Proxy)
- k8s-Ressourcen optimieren und native Prometheus-Metriken mit OPA integrieren
- Migration von einer internen Monitoring-Lösung zu Prometheus CRs + Dash0
Tech Stack: Java/Kotlin, Golang, Python, Spring Boot, AWS, Kubernetes, Docker, OpenTofu, Prometheus, Grafana
Thomas H.
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).
Thorsten B.
Letzte Position:
Senior Backend Engineer bei VTG Rail Europe
traigo ist die digitale Plattform von VTG für Bahnlogistik und Flottenmanagement. Sie verarbeitet große Mengen an Telemetrie-, Kilometer-, Geofence-, Sensor- und Wagenbewegungs-Events nahezu in Echtzeit und stellt operative Services für Kunden aus der Bahnlogistik in ganz Europa bereit.
Als Teil von Team Customer Selfcare habe ich an Design, Implementierung, Optimierung und Betrieb großer Backend-Services und eventgesteuerter Verarbeitungspipelines gearbeitet — sowohl an der Feature-Entwicklung als auch an der operativen Verantwortung für geschäftskritische Produktionssysteme. Außerdem war ich regelmäßig erster Ansprechpartner bei Produktionsvorfällen, Dateninkonsistenzen und Performance-Analysen über mehrere verteilte Services hinweg.
- Design und Implementierung eventgesteuerter Backend-Services.
- Migration und Ablösung von Legacy-Verarbeitungspipelines.
- Entwicklung von Replay-/Rebuild-Mechanismen für große Event-Datenmengen.
- Asynchrone Event-Verarbeitung mit hohem Durchsatz auf SNS / SQS.
- Datenbank- und Query-Optimierung für PostgreSQL und DynamoDB.
- Design skalierbarer Read-/Write-Modelle und Aggregationspipelines.
- Fehlersuche in der Produktion und operativer Support.
- Performance-Tuning und Skalierung der Infrastruktur.
- Design und Stabilisierung von Integrations- und Systemtests.
- Technische Konzepte, Architektur-Dokumentation und bereichsübergreifende Zusammenarbeit.
- Unterstützung bei der Weiterentwicklung bestehender GitLab CI/CD-Pipelines
Geofence- und Wagenstand-Verarbeitung
- Algorithmus zur Erkennung von Fahrzeugen innerhalb von Geofences (Eintritt, Austritt, Verweildauer).
- Event Sourcing mit garantierter chronologischer Reihenfolge innerhalb des betroffenen Zeitfensters.
- Refactoring der Logik für Geofence-Events und Wagenstand-Verarbeitung für bessere Performance.
- Behebung von Race Conditions und Problemen mit der Event-Reihenfolge in verteilten Services; serverseitiges Filtern, Aggregieren und optimierte Query-Pipelines.
- Reparatur- und Replay-Tools für beschädigte oder inkonsistente Bewegungsdaten.
Flotten-Metadaten & Kilometerstände
- Modernisierung des Services; Migration des Speichers von DynamoDB nach PostgreSQL, um die Nachverfolgbarkeit zu verbessern und neue Features schneller umzusetzen.
- Skalierbare Aggregation von Kilometerständen und Replay-Mechanismen.
- Read-/Write-Modelle und optimierte Queries für Berechnungen mit hohen Datenmengen.
Sensor- & Telematik-Integration
- Integration von Telemetrie- und Sensor-Verarbeitungspipelines.
- Snapshot- und Zustandsberechnungslogik für Sensorsysteme.
- APIs und Persistenzmodelle für Wagensensordaten; Verbesserungen der Datenqualität.
- Weiterentwicklung eines Services mit gRPC für die Kommunikation zwischen Services.
Verarbeitung von Bewegungssegmenten & Routing
- Migration von Services auf neue Event-Streams für Bewegungssegmente.
- Aufbau von Replay- und Rebuild-Tools für Segmentkorrekturen.
- Optimierung von Durchsatz und Zuverlässigkeit bei der Verarbeitung großer Event-Mengen.
Zustandsüberwachung & Wagenanalyse
- APIs und Backend-Services für die Zustandsüberwachung von Wagen.
- Verarbeitung zur Vorhersage von Bremsverschleiß und Funktionen für Wagenanalysen.
- PostgreSQL-Views und optimierte Query-Modelle für operative Dashboards.
Operative Zuverlässigkeit - First Responder
- Analyse von Produktionsvorfällen und Ausfällen verteilter Systeme; DLQ-Analyse, Replay und operative Wiederherstellung.
- Tuning der Datenbank-Performance und der AWS-Infrastruktur unter Produktionslast.
- Verbesserung von Observability, Monitoring und operativen Tools.
- Unterstützung bei Rollout-Strategien, Monitoring und Stabilisierung nach dem Deployment.
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die Amazon SQS einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
19 Jahre

Positionsdauer
1,9 Jahre

Positionen pro Freelancer
14

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
87%
Master-Abschluss oder höher
54%
Doktortitel
8%

Zertifizierungen pro Freelancer
3

Häufigste Sprachen
Englisch, Deutsch, Französisch

Sprechen zwei oder mehr Sprachen
95%
Basierend auf unserem Profilpool, Stand 19 Sep 2026.
Tagessatzverteilung
Das Diagramm zeigt, wie sich die Tagessätze der Freelancer in dieser Technologie in Deutschland 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.
Entdecke detaillierte Tagessatz-Benchmarks für Amazon SQS:
Tagessatz-Einblicke entdeckenDurchschnittssätze von Experten in Deutschland, die Amazon SQS 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 19 Sep 2026. Die tatsächlichen Tagessätze können je nach Dienstalter, Erfahrung, Fachkenntnissen, Projektkomplexität und Auftragsdauer variieren.
Branchenfokus der Amazon SQS Experten
Sieh, in welchen Branchen unsere gematchten Freelancer am häufigsten tätig sind — jede Zahl wird live aus den Freelancern auf FRATCH berechnet.
- Informationstechnologie (IT) (98%)
- Bank- und Finanzwesen (53%)
- Einzelhandel (45%)
- Automotive (42%)
- Versicherung (38%)
- Transport und Logistik (37%)
- Medien, Unterhaltung und Druck (35%)
- Telekommunikation (33%)
Bitte beachte, dass Freelancer in mehreren Branchen tätig sein können, daher überschneiden sich die Prozentwerte.
Über die Technologie
Nachrichten-Queues
Amazon SQS, kurz für Amazon Simple Queue Service, ist ein verwalteter Nachrichten-Queue-Dienst auf AWS. Er ermöglicht Anwendungen, Nachrichten auszutauschen, ohne dass sie im gleichen Takt laufen oder gleichzeitig verfügbar sein müssen. Teams nutzen ihn, um Services zu entkoppeln, Lastspitzen abzufangen und Aufgaben asynchron zu verarbeiten.
Queue-Muster
SQS unterstützt Standard-Queues für Workloads mit hohem Durchsatz sowie FIFO-Queues, wenn Reihenfolge und der Umgang mit Duplikaten wichtig sind. Gute Implementierungen definieren Nachrichtenformate, Sichtbarkeitstimeouts, Aufbewahrungsdauer, Dead-Letter-Queues und das Wiederholungsverhalten. Experten planen außerdem idempotente Consumer, damit eine wiederholte Nachricht nicht zu einer wiederholten Geschäftsaktion führt.
AWS-Ökosystem
SQS wird häufig mit anderen AWS-Services und Anwendungstools verbunden:
- AWS Lambda, Amazon SNS, EventBridge und Step Functions
- IAM-Richtlinien, CloudWatch-Metriken, Alarme und CloudTrail
- Amazon ECS, Amazon EKS, API Gateway und serverlose Anwendungen
- AWS SDKs, Infrastructure as Code und CI/CD-Pipelines
Fachleute sollten sowohl die Semantik von Queues als auch die zugehörigen betrieblichen Steuerungsmöglichkeiten verstehen.
Umsetzungsarbeit
Unternehmen holen sich freiberufliche Expertise ins Haus, wenn sie von synchronen APIs auf asynchrone Workflows umstellen, einen Monolithen aufteilen oder Integrationen zwischen Services stabilisieren. Typische Ergebnisse sind Queue-Architektur, Consumer-Services, Wiederholungs- und Fehlerbehandlung, Zugriffsrichtlinien, Monitoring-Dashboards, Lasttests und Migrationspläne. In Deutschland ist die Remote-Zusammenarbeit üblich, während regulierte oder industrielle Umgebungen zusätzlich Workshops vor Ort sowie eine klare Dokumentation auf Deutsch oder Englisch erfordern können.
Praktische Anzeichen
Ein Projekt benötigt in der Regel dedizierte SQS-Expertise, wenn Nachrichten bei Fehlern verschwinden, Consumer dasselbe Ereignis zweimal verarbeiten oder die Queue-Tiefe schwer zu erklären ist. Weitere Anzeichen sind steigende Polling-Kosten, unklare Zuständigkeiten für Dead-Letter-Queues, fehlende Alarme und eng gekoppelte Services, die nicht unabhängig skalieren können.
- Nachrichten über Produzenten, Queues und Consumer hinweg verfolgen
- Sichtbarkeit und Wiederholungsverhalten an die tatsächlichen Verarbeitungszeiten anpassen
- Queues mit IAM-Richtlinien nach dem Prinzip der geringsten Berechtigung schützen
- Fehler-, Replay- und Wiederherstellungsszenarien testen
Gute Spezialisten
Die besten Fachleute erklären Abwägungen, statt SQS als einfache Queue zum Einsetzen zu behandeln. Sie können Zustellgarantien von Geschäftsgarantien unterscheiden, für eine Zustellung mindestens einmal planen und FIFO nur dann wählen, wenn die Einschränkungen zum Workload passen. Außerdem hinterlassen sie verständliche Infrastruktur, nützliche Runbooks und ein Monitoring, das Teams dabei unterstützt, zu handeln, bevor ein Rückstand zu einem Vorfall wird.
Häufig gestellte Fragen
Die Fakten, nach denen Hiring-Teams bei Amazon SQS am häufigsten fragen.
Amazon SQS wird verwendet, um Nachrichten zwischen Anwendungen und Services zu übertragen, ohne dass diese gleichzeitig miteinander kommunizieren müssen. Unternehmen nutzen es für Hintergrundverarbeitung, Bestellabläufe, Benachrichtigungen, Datenimporte und andere ereignisgesteuerte Aufgaben.
Amazon SQS stellt dauerhafte Queues bereit, die von Consumern verarbeitet werden, während SNS hauptsächlich ein Benachrichtigungsdienst nach dem Publish-and-Subscribe-Modell ist. EventBridge leitet Ereignisse anhand von Ereignisregeln und -schemata weiter. Die richtige Wahl hängt daher davon ab, ob der Workload Pufferung, Fan-out oder Ereignisweiterleitung benötigt.
Ein Amazon SQS-Spezialist sollte IAM, CloudWatch, Lambda, SNS, EventBridge und das von der Anwendung verwendete AWS SDK verstehen. Erfahrung mit Containern, Infrastructure as Code, verteilter Ablaufverfolgung und CI/CD ist ebenfalls für die Umsetzung in der Produktion wertvoll.
Die erforderliche Tiefe hängt von der Aufgabe ab. Eine einfache Queue-Integration erfordert solide AWS- und Anwendungskenntnisse, während ein System mit hohem Volumen oder in einem regulierten Umfeld nachweisbare Erfahrung mit dem Design von Wiederholungen, Idempotenz, Dead-Letter-Verarbeitung, Sicherheit und betrieblichem Monitoring mit Amazon SQS voraussetzt.
Ja, die meisten Amazon SQS-Arbeiten können remote über gemeinsam genutzte Repositories, Infrastruktur-Reviews und geplante technische Sitzungen umgesetzt werden. Workshops vor Ort können dennoch hilfreich sein, wenn eine enge Abstimmung mit Betrieb, Sicherheit oder industriellen Stakeholdern erforderlich ist. Eine Kommunikation auf Deutsch oder Englisch kann erwartet werden.
Fragen Sie, wie der Fachmann mit doppelter Zustellung, Sichtbarkeitstimeouts, fehlerhaften Nachrichten, Replay und Consumer-Ausfällen in Amazon SQS umgeht. Eine starke Antwort umfasst konkretes Monitoring, Tests, IAM-Grenzen und eine klare Erklärung, warum Standard- oder FIFO-Queues zum Workload passen.
Bei Amazon SQS sind FIFO-Queues geeignet, wenn Nachrichtenreihenfolge und Deduplizierung geschäftliche Anforderungen sind. Standard-Queues passen meist besser, wenn die Anwendung gelegentliche Änderungen der Reihenfolge und doppelte Zustellungen tolerieren kann und mehr Flexibilität beim Durchsatz benötigt.
Freelancer, die mit Amazon SQS arbeiten, sollten damit rechnen, sowohl den Anwendungscode als auch den AWS-Betrieb zu prüfen. Sie müssen möglicherweise Nachrichtenverträge definieren, IAM und Alarme konfigurieren, die Zuverlässigkeit von Consumern verbessern, Wiederherstellungsverfahren dokumentieren und dem gesamten Umsetzungsteam das Verhalten der Queue erklären.
Der durchschnittliche Stundensatz von Freelancern in Deutschland, die Amazon SQS in ihren letzten Projekten eingesetzt haben, liegt bei 96 €, was einem Tagessatz von etwa 769 € bei einem 8-Stunden-Tag entspricht.
Von den Freelancern in Deutschland, die Amazon SQS in ihren letzten Projekten eingesetzt haben, haben 87% mindestens einen Bachelor-Abschluss, 54% mindestens einen Master-Abschluss und 8% einen Doktortitel.
Freelancer in Deutschland, die Amazon SQS in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 19 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 1,9 Jahre.
Die häufigsten Sprachen unter Freelancern in Deutschland, die Amazon SQS in ihren letzten Projekten eingesetzt haben, sind Englisch (98%), Deutsch (95%) und Französisch (15%).
Die häufigsten Industrien unter Freelancern in Deutschland, die Amazon SQS in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (98%), Bank- und Finanzwesen (53%) und Einzelhandel (45%).
Die häufigsten Bereiche unter Freelancern in Deutschland, die Amazon SQS in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (99%), Produktentwicklung (90%) und Qualitätssicherung (67%).
Hauptstandorte der FRATCH Experten, die kürzlich Amazon SQS 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
Frankfurt