
AWS Elastic Load Balancing Experten in Deutschland
mit präzisem KI-Matching und geprüften, verfügbaren FreelancernBeauftragen Sie Experten, die eine widerstandsfähige Verkehrsverteilung entwerfen, Application Load Balancers und Network Load Balancers konfigurieren und das Routing mit Auto Scaling, Amazon ECS oder Amazon EKS verbinden. FRATCH vermittelt Ihnen schnell präzise, geprüfte und verfügbare Freelancer.
Lerne FRATCH Experten in Deutschland kennen, die kürzlich AWS Elastic Load Balancing eingesetzt haben
Collin K.
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 L.
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.
Ali A.
Letzte Position:
Gründer & Architekt bei Independent AI R&D
- Vollständig On-Premises betriebene LLM-Plattform zur Dokumentenprüfung für einen Compliance-kritischen Bankbereich: agentenbasierte LangGraph-Pipeline mit deterministischer Verifizierung, jedes KI-Urteil strukturiert und an die Quelle gebunden; ~960 automatisierte Tests, kein Datenabfluss
- GPU-Durchsatzoptimierung (quantized serving, speculative decoding, prefix caching): 9.5-fache Beschleunigung der Extraktion, 500+ Fallakten mit mehreren Dokumenten pro Tag auf einer einzelnen A100
- KI-native EDI/EDIFACT-Integrationsplattform (~116k LOC Java 25 / Spring Boot 4, 1,900+ Tests): Von LLM erstellte Partnermappings werden vor dem Go-live maschinell verifiziert (DFDL-Konformität, Feldabdeckungsprüfungen, Testläufe), ~99.5% Byte-Übereinstimmung bei echten Kundendateien – ersetzt wochenlange manuelle Zuordnung pro Partner
Sabahattin K.
Letzte Position:
Alleinverantwortlich (Konzeption, Entwicklung, Infrastruktur, Betrieb) bei Eigenprojekt busik.ch
- Mitfahr- und Busplattform, live erreichbar und funktionsfähig. Backend Spring Boot 4.1 auf Java 21, PostgreSQL mit Flyway, Testcontainers-Integrationstests. Betrieb im eigenen AWS-Konto (ECS Fargate, ALB, ECR, IAM Least-Privilege) mit CI/CD via GitHub Actions und OIDC-Federation ohne statische Zugangsdaten. Entwicklung durchgehend AI-gestützt mit Claude Code, inklusive eigener Skills und projektspezifischem Memory. Spring Boot · Java 21 · PostgreSQL · Flyway · Docker · AWS ECS/ALB/ECR · CI/CD · GitHub Actions · Claude Code
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
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)
Khaled M.
Letzte Position:
Leitender Cloud Solutions Architect II bei Schrödinger GmbH
- Die geschäftlichen und technischen Anforderungen des Kunden verstehen und in System- bzw. technische Anforderungen übersetzen
- Schrödingers Anwendungen auf Cloud-Systemen entwerfen und implementieren sowie Erfahrung darin haben, das Senior Management und erfahrene technische Mitarbeiter von den Vorteilen ihres Weges mit Schrödinger in der Cloud zu überzeugen
- Außergewöhnliches technisches Design und fachliche Führung bieten, insbesondere bei AWS-, GCP- und K8s-Architektur-Reviews, Leistung, Hochverfügbarkeit, Kosten und Sicherheit
- Tiefes Verständnis der Well-Architected-Prinzipien und aller Best Practices zum Aufbau sicherer und leistungsfähiger Schrödinger-Anwendungen auf den Cloud-Plattformen
- Technische Workshops leiten und Kunden bei architektonischen und strategischen IT-Entscheidungen beraten
- Den Erfolg beim Entwerfen, Erstellen und Migrieren von Anwendungen, Software und Services auf den Cloud-Plattformen sicherstellen
- Kunden über Best Practices aufklären, um sicherzustellen, dass ihre Lösungen für eine erfolgreiche Bereitstellung in der Cloud ausgelegt sind
- Mit anderen Teammitgliedern zusammenarbeiten, um Qualität und Kundenerfolg sicherzustellen
- Tickets, Aufgaben und Zeitpläne von Projekten definieren
- Mit Account Managern zusammenarbeiten, um sicherzustellen, dass die Projekte gemäß dem definierten Plan und Zeitrahmen umgesetzt werden
- Den Fortschritt der Projekte überwachen, Risiken und Probleme identifizieren und proaktiv Maßnahmen zu deren Minderung ergreifen
- Cloud-Architektenteams leiten und inspirieren, Orientierung geben und wichtige Entscheidungen treffen
- Eine effektive Kommunikation und Zusammenarbeit zwischen den Teammitgliedern fördern
- Mit Schrödingers Managern zusammenarbeiten, um Deployment, Support und Konfiguration von Schrödingers Anwendungen zu verbessern
- Wöchentliche Stand-ups leiten und Prioritäten festlegen
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.
Dimitri W.
Letzte Position:
Softwarearchitekt bei Umweltdienstleistungsunternehmen (Kooperation mit Sitegeist Media Solutions GmbH)
Konzeption und Umsetzung eines modular aufgebauten Kundenportals auf Basis von Laravel.
Schwerpunkte waren die Definition einer wartbaren Systemarchitektur unter weitgehender Anwendung von Domain-Driven-Design-Prinzipien (im Rahmen der Laravel-Architektur), die Einführung automatisierter Qualitätssicherungsprozesse (Teststrategie, CI-Integration) sowie die Vorbereitung eines auditierbaren Betriebs (Logging, Nachvollziehbarkeit von Änderungen) in einer AWS-basierten Infrastruktur unter Berücksichtigung von IT-Sicherheitsstandards nach NIST und Prozessanforderungen nach ISO 9001.
Leistungen:
- Analyse und Strukturierung fachlicher Anforderungen in enger Abstimmung mit den Stakeholdern
- Dokumentation der Systemarchitektur und Infrastruktur inkl. Change- und Release-Management
- Konzeption und Umsetzung einer Schnittstelle zur Integration von SAP-Systemen
- Planung und Implementierung automatisierter Tests zur Qualitätssicherung
- Umsetzung von Security- und Compliance-Anforderungen, u. a. SBOM-Generierung, Software-Lizenzmanagement und QS-Prozesse
- Technische Beratung und Unterstützung des internen IT-Teams
- Einführung und Etablierung KI-gestützter Entwicklungsprozesse (Spec-Driven Development) inkl. KI-lesbarer Spezifikationen, Integration von KI-Anweisungen in die Entwicklungsumgebung sowie Schulung der Entwickler im produktiven Einsatz
Techniken und Tools: SAP, Docker, ddev, PHP 8.4, Laravel, Filament, C4 Model, Architecture Decision Records (ADR), Mermaid, PlantUML, Spec-Driven Development, Claude, GitHub Copilot, Codex
Moritz F.
Letzte Position:
AWS-Entwickler/DevOps Engineer (Energiehandel) bei RWE Supply & Trading GmbH
- Weiter- und teilweise Neuentwicklung einer verteilten Cloud-Anwendung zur Bereitstellung von Daten im Energiehandel
- Selbstständige Implementierung der Infrastruktur (IaC)
- Erstellung von automatisierten CI/CD-Pipelines, Containern, REST-APIs und Lambdas
- Ständige Kosten- und Performanceoptimierung
- Zusammenarbeit im internationalen Scrum-Team und mit Experten im Energiehandel
- Technologien: C#/ASP.NET Core; EF Core; PostgreSQL; Terraform/AWS CloudFormation; HTTP; REST/Web API; Swagger/OpenAPI; Azure DevOps; Rider; VS Code; git; Docker; AWS (S3, EC2, Fargate, Lambda, Step Functions, Secrets Manager, VPCs, ALB/NLB, RDS, Cloudwatch, AWS CLI, Amazon MQ); Redis; OAuth; OpenID Connect
- Sprachen: C#; TypeScript; HCL; Docker; Bash; PowerShell; YML; JSON
Daniel B.
Letzte Position:
Senior Cloud Consultant und Entwickler bei SDIA/Leitmotiv
- Beratung einer NGO im Bereich Rechenzentrumsnachhaltigkeit in öffentlich geförderten Projekten (BMUKN mit NADIKI und Umweltbundesamt mit SIEC)
- Entwicklung von Python-APIs und Webanwendungen, Bereitstellung auf AWS/ECS mit Terraform
- Erfassung von Kennzahlen zum Stromverbrauch von Servern, CPUs und GPUs für KI-Workloads
- Verwendete Technologien: AWS, EC2, ECS, Fargate, CloudMap, VPC, Route53, Lambda, EventBridge, CodeBuild/CodePipeline/CodeDeploy, Terraform, Docker, Linux, Bash-Scripting, Python, Flask, SQLAlchemy, SQL, MariaDB, InfluxDB, Telegraf, Prometheus, Zabbix, Kubernetes, Letsencrypt, Zertifikatsverwaltung
Allal K.
Letzte Position:
Java Senior Full Stack Entwickler bei Versicherung ÖRAG
- Weiterentwicklung eines Bestandsführungssystems (Vertrag/Schaden) für die Rechtsschutzversicherung ÖRAG.
- Meine Aufgaben: Senior Software-Entwickler.
- Das Team umfasst 12 Entwickler.
- Verwendete Technologien: Java 8/21, Java EE, Quarkus, WebLogic, JPA, RabbitMQ, JTA, CI, CD, Jenkins, DB2, Maven, Jenkins, GIT (Bitbucket), später GitLab, Junit, Elasticsearch, Mockito, Jira, SonarQube, Scrum, React, Workflow
- Migration und Modernisierung von Altsystemen: C- und C++-Code in Java umgeschrieben, um Wartbarkeit, Skalierbarkeit und Performance zu verbessern. Python in Java refaktoriert, inklusive Optimierung und Integration in moderne Architekturen.
- Studie zum Einsatz von KI (Codex) für die Implementierung eines Java-Features. Ziel ist es, den Zeitaufwand und die Produktivität einer KI-gestützten Entwicklung mit einer klassischen Implementierung durch einen Entwickler zu vergleichen. Die Ergebnisse sollen Aufschluss darüber geben, wie stark der Einsatz von KI die Entwicklungsdauer und Effizienz beeinflusst.
- Entwicklung folgender Tarifrechner für das Jahr 2024/2026: Privat, Firmen, Ärzte, Landwirte, Selbstgenutzt G + H, Vermieter, Verkehr, Verein, Topmanager, Handelsvertreter, Spezialstraf, Sparkasse, Kommunal, BayGT, Ärzte, Dehoga
Robin S.
Letzte Position:
Senior Cloud- und Backend-Engineer bei Media-Saturn-Holding GmbH
- Implementierung der Anwendungen mit Kotlin und Ktor als Microservices
- Verwendung von MongoDB in der MongoDB Atlas Cloud
- Asynchrone Kommunikation der Services mit Google Pubsub
- Einsatz von Kotest und Mockk für Unit Tests
- Entwicklung eines Frontends zur Administration mit TypeScript, React und Express.js
- Provisionierung von Umgebungen in GCP mittels Terraform
- Implementierung von CI/CD-Prozessen mit GitHub Actions
- Betrieb skalierbarer Produktions- und Testumgebungen in GCP mit Kubernetes, Helm und Flux CD
- Überwachung der Umgebungen mit Prometheus und Grafana
- Bereitstellung von BI-Daten im Google BigQuery Datawarehouse
Benjamin S.
Letzte Position:
Konzeption und Implementierung eines neuen Cloud Services bei Porsche AG
- Konzeption eines neuen Cloud Services
- Anforderungsanalyse
- API-Design (REST-API, Kafka)
- Beratung zu Architektur, Machbarkeits- und Aufwandsschätzung
- Umsetzung einer Microservice-Architektur
- Implementierung eines Spring-Boot-Webservices
- Entwicklung von REST-APIs inkl. Business- und Persistenzlogik
- Kafka-Consumer und -Producer
- Verschiedene Excel-Upload/Download-Szenarien
- Change Data Capture
- Cloud Provisioning mit IaC/Terraform
- Go-Live mit 30.000 Nutzern
- Betrieb, Support und Fehlerbehebung bei weiteren Services
Umgebung/Werkzeuge: Gitlab, JIRA, Confluence, IntelliJ, Spring Boot, Java, Docker, Terraform, AWS ECS, Postgres, Apache Kafka, SAP Datasphere, JUnit, Debezium, Apache POI, Hibernate, JPA, Testcontainer
Michael K.
Letzte Position:
Atruvia AG
- Weiterentwicklung von Framework-Komponenten und -Services im Umfeld der Enterprise Gesamtbanksteuerung Plattform (EGP-Framework), einer Sammlung querschnittlicher Bibliotheken und Services für alle Bounded Context Scopes der Plattform.
- Durchführung der Migration von Java 17 auf Java 21 sowie Spring Boot 3.2 auf 3.4 in etwa 80 Library- und Service-Repositories (Anpassung von Maven-POMs, Dockerfiles, Jenkins-Pipelines, Sourcecode-Migration, Testevolution).
- Entwicklung von Unit- und Integrationstests mit JUnit und JGiven.
- Durchführung und Analyse von Performance-Messungen mit Dynatrace.
- Weiterentwicklung mehrstufiger CI/CD-Pipelines (Unit-Tests, Security-Analysen, Docker-Build, Harbor-Deployment, ...).
- Eingesetzter Tech-Stack: Java (90 %), Python (10 %), Spring Boot, JPA/Hibernate, JGiven, OpenAPI, Camunda 7, Podman, OpenShift/Kubernetes, Oracle DB, SonarQube, Dynatrace, Jenkins, Harbor, Bitbucket, Jira, Confluence.
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die AWS Elastic Load Balancing einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
18 Jahre

Positionsdauer
2 Jahre

Positionen pro Freelancer
14

Häufigste Fachbereiche
Informationstechnologie (IT), Produktentwicklung, Betrieb

Häufigste Branchen
Informationstechnologie (IT), Einzelhandel, Bank- und Finanzwesen

Fokus der Zertifizierungen
Informationstechnologie (IT), Produktentwicklung, Betrieb
Bachelor-Abschluss oder höher
100%
Master-Abschluss oder höher
40%

Zertifizierungen pro Freelancer
3

Häufigste Sprachen
Deutsch, Englisch, 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.
Durchschnittssätze von Experten in Deutschland, die AWS Elastic Load Balancing 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 AWS Elastic Load Balancing 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) (100%)
- Einzelhandel (52%)
- Bank- und Finanzwesen (48%)
- Automotive (43%)
- Energie (43%)
- Medien, Unterhaltung und Druck (33%)
- Telekommunikation (33%)
- Gesundheitswesen (29%)
Bitte beachte, dass Freelancer in mehreren Branchen tätig sein können, daher überschneiden sich die Prozentwerte.
Über die Technologie
Verkehrsverteilung
AWS Elastic Load Balancing verteilt eingehenden Anwendungsverkehr auf gesunde Ziele wie Amazon EC2-Instances, Container und IP-Adressen. Dadurch bleiben Services auch bei wechselnder Nachfrage verfügbar. Außerdem unterstützt der Dienst Zustandsprüfungen, Verbindungsverwaltung und kontrolliertes Failover über Availability Zones hinweg.
Load-Balancer-Typen
Der Dienst umfasst den Application Load Balancer für HTTP- und HTTPS-Routing, den Network Load Balancer für leistungsstarken TCP-, TLS- und UDP-Datenverkehr sowie den Gateway Load Balancer zum Einfügen virtueller Appliances in Netzwerkflüsse. Der Classic Load Balancer bleibt bei der Betreuung älterer AWS-Umgebungen relevant, für neue Designs werden jedoch meist die neueren Optionen verwendet.
Routing-Ökosystem
Spezialisten verbinden Elastic Load Balancing mit dem umfassenderen AWS-Bereitstellungs-Stack und operativen Werkzeugen:
- Pfad-, Host- und headerbasiertes Routing mit Application Load Balancer
- Zielgruppen, Zustandsprüfungen und Einstellungen zur Deregistrierung
- Integrationen mit Auto Scaling, Amazon ECS und Amazon EKS
- AWS Certificate Manager, Amazon Route 53 und AWS WAF
- Zugriffsprotokolle, CloudWatch-Metriken und Infrastructure as Code
Wann Expertise hilft
Unternehmen holen sich freiberufliche Expertise ins Haus, wenn eine AWS-Migration einen zuverlässigen Einstiegspunkt benötigt, wenn Container-Services sicherere Traffic-Verschiebungen erfordern oder wenn eine bestehende Load-Balancer-Konfiguration schwer zu betreiben ist. Deutsche Teams schätzen möglicherweise auch Spezialisten, die standortübergreifend remote arbeiten oder vor Ort mitwirken können und Entscheidungen klar auf Englisch oder Deutsch dokumentieren.
Aufgaben bei der Umsetzung
Ein Spezialist kann Verkehrsmuster analysieren, den passenden Load Balancer auswählen, Listener und Regeln definieren und Ziele mit aussagekräftigen Zustandsprüfungen verbinden. Weitere Aufgaben können TLS-Terminierung, gewichtetes Routing, Blue-Green-Releases, WebSocket-Unterstützung, Zugriffsprotokollierung, Monitoring und eine kostenbewusste Kapazitätsplanung umfassen.
Qualitätsmerkmale
Starke Fachleute verstehen sowohl das Netzwerkverhalten als auch die Anwendungsbereitstellung. Sie testen den Umgang mit nicht gesunden Zielen, Timeouts, Sticky Sessions, Proxy-Headern und der Erhaltung der Client-IP, statt sich auf Standardeinstellungen zu verlassen. Sie erklären die Abwägungen zwischen ALB, NLB und Gateway Load Balancer, sichern den Administrationszugang, automatisieren wiederholbare Konfigurationen und hinterlassen Runbooks, die ein anderes Team betreiben kann.
Häufig gestellte Fragen
Brauchst du Klarheit? Das sind die Fragen, die uns zu AWS Elastic Load Balancing am häufigsten gestellt werden.
AWS Elastic Load Balancing leitet eingehenden Datenverkehr an gesunde Ziele in AWS-Umgebungen weiter. Unternehmen nutzen den Dienst, um Webanwendungen, APIs, Container-Services und Netzwerk-Workloads bereitzustellen, die Verfügbarkeit zu erhöhen und die Verkehrsverwaltung zu vereinfachen.
Ein Application Load Balancer arbeitet auf der Anwendungsebene und unterstützt Funktionen wie host- und pfadbasiertes Routing. Ein Network Load Balancer ist für leistungsstarken TCP-, TLS- und UDP-Datenverkehr ausgelegt und verhält sich bei Verbindungen, Protokollen und Quelladressen anders.
Ein guter AWS Elastic Load Balancing Spezialist sollte sich mit Amazon-VPC-Netzwerken, Security Groups, DNS, TLS-Zertifikaten und Observability auskennen. Erfahrung mit Auto Scaling, Amazon ECS, Amazon EKS, AWS WAF, Amazon Route 53 und Terraform ist ebenfalls wertvoll.
Das passende Erfahrungsniveau hängt vom Umfang ab. Für eine einfache Listener- und Zielgruppen-Konfiguration reichen möglicherweise gezielte AWS-Kenntnisse, während Multi-Account-Netzwerke, Kubernetes-Ingress, komplexe Migrationen oder fortgeschrittenes Release-Routing tiefere Design- und Troubleshooting-Fähigkeiten erfordern.
Arbeiten mit Elastic Load Balancing eignen sich oft für die Remote-Zusammenarbeit, da Konfiguration, Tests und Dokumentation über gemeinsam genutzte AWS-Accounts und Infrastruktur-Repositories verwaltet werden können. Vor-Ort-Termine können dennoch bei der Bestandsaufnahme, der Zugriffskoordination oder Workshops helfen. Die sprachlichen Erwartungen sollten vor Beginn der Zusammenarbeit geklärt werden.
Gateway Load Balancer ist für die Bereitstellung und Skalierung virtueller Netzwerk-Appliances wie Firewalls oder Inspektionssystemen vorgesehen. Er unterscheidet sich von ALB und NLB, da er sich auf das transparente Einfügen von Appliances in den Netzwerkverkehr konzentriert, anstatt direkt Anwendungsendpunkte bereitzustellen.
Bitten Sie den Spezialisten, Zielzustände, Timeout-Verhalten, Routing-Regeln, TLS-Terminierung und Ausfallszenarien konkret zu erklären. Qualität zeigt sich auch in getesteter Automatisierung, klarem Monitoring, sicheren Standardeinstellungen und einer Dokumentation, die erklärt, warum ein bestimmter Load-Balancer-Typ ausgewählt wurde.
Classic Load Balancer ist eine ältere Option, die in älteren AWS-Umgebungen vorkommen kann. Freelancer, die damit arbeiten, sollten Migrationswege zu Application Load Balancer oder Network Load Balancer beurteilen können, ohne Datenverkehr, Zertifikate, Zustandsprüfungen oder abhängige Services zu beeinträchtigen.
Der durchschnittliche Stundensatz von Freelancern in Deutschland, die AWS Elastic Load Balancing in ihren letzten Projekten eingesetzt haben, liegt bei 102 €, was einem Tagessatz von etwa 814 € bei einem 8-Stunden-Tag entspricht.
Von den Freelancern in Deutschland, die AWS Elastic Load Balancing in ihren letzten Projekten eingesetzt haben, haben 100% mindestens einen Bachelor-Abschluss und 40% mindestens einen Master-Abschluss.
Freelancer in Deutschland, die AWS Elastic Load Balancing in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 18 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 2 Jahre.
Die häufigsten Sprachen unter Freelancern in Deutschland, die AWS Elastic Load Balancing in ihren letzten Projekten eingesetzt haben, sind Deutsch (95%), Englisch (95%) und Französisch (19%).
Die häufigsten Industrien unter Freelancern in Deutschland, die AWS Elastic Load Balancing in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Einzelhandel (52%) und Bank- und Finanzwesen (48%).
Die häufigsten Bereiche unter Freelancern in Deutschland, die AWS Elastic Load Balancing in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Produktentwicklung (90%) und Betrieb (81%).
Hauptstandorte der FRATCH Experten, die kürzlich AWS Elastic Load Balancing 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!
