Profilbild von Andreas Steffan DevOps Minded Cloud-/Java-/-Spring Entwickler aus Hamburg

Andreas Steffan

verfügbar

Letztes Update: 27.04.2024

DevOps Minded Cloud-/Java-/-Spring Entwickler

Abschluss: Diplom Physik
Stunden-/Tagessatz: anzeigen
Sprachkenntnisse: Deutsch (Muttersprache) | Englisch (verhandlungssicher) | Französisch (Grundkenntnisse)

Dateianlagen

Profile-Andreas-Steffan-2024_270424.pdf

Skills

Fokus: DevOps, Continuous Delivery, Architecture, Cloud, Java, Spring Boot, Terraform, Kubernetes, Linux

Mindset:
DevOps, Lean, Agile, Kanban, Scrum, OO, Functional, TDD/BDD, Patterns
Architektur: Humans, Microservices, Event Driven, Domain Driven, Layered, MVC
Infrastruktur: Cloud Native/Kubernetes, Openshift, AWS, GCP, Azure, Linux, Containers/Docker, Service Mesh, Istio, Traefik VMWare, KVM
Protocols: REST/OpenAPI, GraphQL, RPC/gRPC
Plattformen/Sprachen: JVM/Java, Clojure, Groovy, Go, Python, JavaScript, Shell
Testing: Postman/Newman, Selenium, JUnit, Mockito, Gherkin/Cucumber/Spock, Testcontainers, Property Based, k6, LitmusChaos
CI/CD: GitOps, ArgoCD, Flux, Github Actions, Azure DevOps, Jenkins / Jenkins X, Ansible, Terraform, Maven, Gradle
Libraries/API/SDK: Spring, Grails, JEE, Alfresco, JBPM/Activiti/BPMN, CMIS
Datenbanken: MySQL, PostgreSQL, Oracle, Solr, Elasticsearch, MongoDB
Observability: Prometheus, Grafana, ELK, OpenTelemetry, Azure Application Insights, GCP Stackdriver, AWS CloudWatch, Datadog
Eventing: AWS SNS/SQS, GCP PubSub, RabbitMQ, JMS
Security: PKI, OAuth2, OpenID Connect, SAML, TLS, OWASP
 

Projekthistorie

09/2023 - 03/2024
Lead Developer
(Internet und Informationstechnologie, 250-500 Mitarbeiter)

Projekt: Prototyping CMIS Adapter für Dokumentenmanagement-System

CMIS (Content Management Interoperability Services) ist ein Standard für Dokumentenmanagement-Systeme. Ein Legacy System sollte exemplarisch um CMIS Basisdienste (u.a. Baumnavigation, Zugriffsrechte, Suche, CRUD Operationen, Versionierung) erweitert werden, s.d. den Kunden des Produktes erste Anwendungsfälle erschlossen werden. Grundlage für den CMIS Adapter waren OpenAPI basierte RESTful Services. Ausgeliefert wurde der Dienst als fat-jar und als Container Image. Deployment wurde on-prem und als Serverless Azure Container Application mit Terraform implementiert. Die Anwendung wurde mit OpenTelemetry instrumentiert und mit Azure Monitor und Logic Apps beobachtet. Terraform und Trunk-based Development Prozesse wurden eingeführt. BDD Tests wurden in C# mit Specflow und Testcontainers implementiert und in Azure DevOps Pipelines ausgeführt.

11/2022 - 09/2023
Lead Developer/Architekt
(Internet und Informationstechnologie, 5000-10.000 Mitarbeiter)

Projekt: Aufbau Openshift Umgebungen mit GitOps Änderungs Prozessen on Prem
Technologie: VSphere, Openshift, Kubernetes, GitOps, ArgoCD, Terraform, Nix, Gitlab, Datadog, ECR

Im Rechenzentrum eines Versicherers wurden Openshift (OKD) basierte Kubernetes Cluster deklarativ auf Basis von VSphere, Terraform, ArgoCD und Nix implementiert. Eine Umgebung (sandbox, dev, int) korrespondierte mit einem Subnetz mit jeweils einem Cluster. Zwischen ArgoCD und Terraform wurde integriert. Eine ArgoCD Instanz synchronisierte jeweils einen Cluster vollständig inklusive aller Anwendungen. Die Terraform Ausführungsumgebung wurde mit Nix realisiert, Observability mit Datadog. AWS ECR stellte die Image Registry.

03/2023 - 04/2023
Lead Developer Chaos
(Öffentlicher Dienst, 1000-5000 Mitarbeiter)

Projekt: Prototyping Chaos Engineering
Technologie: Kubernetes, Litmuschaos, Argo Workflows, GitOps, Flux, Terraform, Istio, Kube-Prometheus Stack, Loki, Nix

Eine dedizierte Chaos Engineering Umgebung wurde auf Basis von Litmuschaos aufgebaut. Besonderes Augenmerk galt Observability. Es wurden Chaos-Workflows für zwei Anwendungen entwickelt. Primäres Ziel war es ein Gefühl für die Disziplin Chaos Engineering an sich zu bekommen. Ultimatives Ziel ist natürlich, Anwendungen resilient zu machen.

09/2022 - 11/2022
Lead Developer Continuous Delivery
(Konsumgüter und Handel, 250-500 Mitarbeiter)

Projekt: Implementierung GitOps Prozesse auf AWS, Kubernetes und Terraform
Technologie: AWS, Kubernetes, EKS, GitOps, Flux, Terraform, GitHub, Slack, Datadog, Traefik, AWS SNS/SQS 

In einem hoch agilen Umfeld wurden für einen vorwiegend Kubernetes MicroService basierten Shop Change Prozesse auf Grundlage von GitOps konzipiert und implementiert. Bei den abgedeckten Ressourcen handelte es sich um nahezu alle Infrastruktur Services und Applikationskomponenten innerhalb von Kubernetes. Darüber hinaus wurde eine Integration mit Terraform realisiert.

04/2022 - 07/2022
Lead Developer Cloud Infrastruktur
(Transport und Logistik, 5000-10.000 Mitarbeiter)

Projekt: Implementierung GCP Infrastruktur/Landing Zone
Technologie: GCP, Terraform, GitOps, Azure DevOps, Go, ClojureScript, Cloud Functions

Im Zuge der Multi Cloud Strategie des Kunden wurde neben der bestehenden Azure basierten Cloud Infrastruktur eine GCP Infrastruktur basierend auf terraform aufgebaut.
Der frühe Stand des Projektes rückte den Change Prozess in den Vordergrund. Implementiert wurde dieser basierend auf GitOps Prinzipien mit terraform, git und Azure DevOps.
Vereinzelt wurde Landing Zone übergreifende Funktionalität mit Cloud Functions in Go und ClojureScript implementiert.

06/2021 - 04/2022
Lead Developer Cloud/Continuous Delivery
(Konsumgüter und Handel, >10.000 Mitarbeiter)

Projekt: Greenfield Setup Continuous Delivery / Infrastruktur
Technologie: GCP, Kubernetes, Terraform, Flux, GitOps, Github Actions, Apache Solr, Clojure(Script), Spring Boot, Kotlin

Die Webshop Suche eines großen Elektronik Einzelhändlers basierte auf Apache Solr. Um diesen StatefulSet Workload sollten Änderungsprozesse  (Continuous Delivery) etabliert werden. Es wurden drei symmetrische GCP Projekte auf Basis von GitOps Prinzipien realisiert welche Umgebungen Test, Dev und Produktion reflektierten.
Aufgrund der Kritikalität der Suche wurde besonderes Augenmerk auf Resilience und Abhängigkeiten gelegt.
Neben der Implementierung der Change Prozesse wurden Prozesse und Tooling zu Observability (Logging, Tracing, Monitoring/Alerting), sowie Recovery konzipiert und implementiert. 
 
Bei der Implementierung wurde entschieden weitere bestehende Workloads des Teams Search in diese neuen Umgebungen zu migrieren.

01/2020 - 02/2022
Platform Engineer
(Transport und Logistik, >10.000 Mitarbeiter)

Projekt: Aufbau Cloud Plattform
Technologie: GCP / Open Telekom Cloud / Openshift mit diversen managed Services, Kubernetes, Terraform, GitOps, Jenkins X Plattform (Helm, Scaffold, Draft, Docker, Jenkins X, Gitlab, Nexus, Docker-Registry, Chartmuseum, Monocular, Git), Gitlab CI, Prometheus, EFK-Stack,  Python, Go, Clojure.

Um die Lieferzeiten und -frequenz der Feature Teams des Kunden zu verbessern wurde ein Plattform Team etabliert welches sich auf die horizontalen Disziplinen
  • Observability
  • Authentication/Authorization (SSO)
  • Networking
  • Key Management
  • Storage
  • Databases
  • Continuous Integration / - Delivery
  • Messaging
fokussierte, so dass die Feature Teams sich ihrerseits auf das Kerngeschäft des Kunden konzentrieren können.
Auf der GCP wurde eine komplett neue Umgebung „from Scratch“ konzeptioniert und aufgebaut.

03/2021 - 06/2021
Lead Developer Continuous Delivery Kubernetes ETL
(Sonstiges, 50-250 Mitarbeiter)

Projekt: Setup Continuous Delivery Apache Airflow
Technologie: GCP, Kubernetes, Github Actions, helmfile, GitOps, Apache Airflow

Für auf Apache Airflow/-Spark basierte Workloads sollte Continuous Delivery implementiert werden. Die Verwaltung der Komponenten innerhalb der Clusters wurde in einer ersten Iteration mit helmfile auf Basis von GitOps Prinzipien implementiert. Die zweite Iteration mit dem Ziel Ablösung von helmfile durch Flux wurde begonnen.

01/2018 - 06/2019
Developer/Architekt Infrastruktur
(Industrie und Maschinenbau, 10-50 Mitarbeiter)

Projekt: Cloud Migration / Auflösung On Prem Infrastruktur
Technologie: AWS, Azure AD, vSphere, Office 365, Terraform

Eine Niederlassung sollte aufgelöst werden. Infrastruktur und Applikationen sollten vollständig neu bei AWS und Azure aufgesetzt werden. Bei der Infrastruktur handelte es vorwiegend um auf VSphere betriebene Maschinen und durch diese bereitgestellte Dienste: Business Applikationen, File-/Terminal Server, Exchange, NetScaler ADC, Veeam. Für B2B Prozesse und Anwender wurden neue VPN Netzwerke aufgebaut. AWS seitig kamen u.a. VPC, IAM, EC2, Route 53, S3, Lambda, SES, Cloud Watch, AWS Backup zum Einsatz. AWS Authentifizierung wurde mit Azure AD als Identity Provider mit MFA abgebildet. Exchange und lokale Office Produkte wurden durch Office 365 abgelöst.
AWS, Azure AD, vSphere, Office 365, Terraform

01/2018 - 06/2019
Lead Developer Kubernetes Infrastruktur
(Banken und Finanzdienstleistungen, 5000-10.000 Mitarbeiter)

Projekt: Aufbau Cloud Native Platform On Prem
Technologie: Kubernetes, GitOps, Jenkins X Plattform (Helm, Scaffold, Draft, Docker, Jenkins, Nexus, Docker-Registry, Chartmuseum, Monocular, Git), Prometheus, EFK-Stack, vSphere, Go

Für das Consumer Dokumentenarchiv (s.u.) sollte eine hochverfügbare und skalierbare Plattform on Premises implementiert werden. Da Cloud Native eine sehr großes Ökosystem ist und die Erfahrungen des Teams insgesamt überschaubar waren mussten sehr sehr viele Dinge in sehr kurzer Zeit evaluiert und implementiert werden: CI/CD Prozess/GitOps, Storage, Networking, Observability, Tracing/Debugging

02/2006 - 06/2019
Im Profil PDF schauen ;)
(Sonstiges, < 10 Mitarbeiter)


Zertifikate

Certified Scrum Master
2012
Alfresco Certified Engineer
2012
Sun Certified Enterprise Architect
Sun MicroSystems
2002

Reisebereitschaft

Verfügbar in den Ländern Deutschland

Sonstige Angaben

Also schön, dann kommt der wichtigste menschliche Teil eben hier unten rein! :/

  • Vertrauen ist die Basis von psychologischer Sicherheit und wichtiger als Technologie.
  • Kultur ist der Rahmenvertrag ... "eats Strategy for Breakfast"
  • “We Shape Our Buildings; Thereafter They Shape Us”
  • Ein Team, ein Ziel
  • Change is the only Constant
  • Simplicity matters
  • Gelernt wird ein Leben lang
  • Geschwindigkeit und Stabilität: Beides oder Nichts

Profilbild von Andreas Steffan DevOps Minded Cloud-/Java-/-Spring Entwickler aus Hamburg DevOps Minded Cloud-/Java-/-Spring Entwickler
Registrieren