Zum Inhalt springen

DevOps-Beratung für Teams, die schneller und sicherer ausliefern wollen

Ihr Team liefert noch von Hand aus, die Pipelines sind über Jahre gewachsen oder Sicherheitsauflagen bremsen jedes Release. Wir bauen mit Ihrem Team Pipelines, Container-Betrieb und Überwachung auf, nach erprobten Standards und so, dass Ihr Team danach selbst weiterarbeitet.

Weg der DevOps-Beratung: Bestand aufnehmen, Pilot-Pipeline bauen, Team führt selbst weiterBestandsaufnahmeCode, Build, BetriebPilot-Pipelinefür ein ProjektÜbergabeTeam führt weiter

Diese Anlässe führen zu uns

  • Deployments laufen von Hand, und jedes Release kostet einen halben Tag.
  • Die Pipelines sind gewachsen, jedes Projekt baut anders.
  • Sicherheitsauflagen verlangen Prüfungen, die heute erst kurz vor dem Release stattfinden.
  • Das Wissen über Build und Betrieb hängt an einer Person.

Das bekommen Sie

  • eine Pipeline mit GitLab CI, die baut, testet und ausliefert
  • eine zentrale Ablage für Build-Artefakte und eine nachvollziehbare Versionierung
  • Code-Analyse und Sicherheits-Scans, die in der Pipeline mitlaufen
  • Container und Deployments in Kubernetes oder OpenShift mit Helm
  • Infrastruktur als Code mit Ansible, Secrets sicher in Vault
  • Überwachung mit Logs und Metriken, zum Beispiel mit Prometheus, Grafana oder dem ELK-Stack
  • einen Plan für die Wiederherstellung nach einem Ausfall

Nicht enthalten: Betrieb und Wartung nach der Übergabe. Auf Wunsch übernehmen wir sie über einen Wartungsvertrag.

So gehen wir vor

  1. Bestandsaufnahme: Wir sehen uns Code, Build, Deployment und Betrieb an und sprechen mit dem Team.
  2. Zielbild: Wir legen fest, welche Standards gelten sollen und was zuerst kommt.
  3. Pilot-Pipeline: Wir bauen die Pipeline für ein Projekt auf und prüfen sie im Alltag.
  4. Ausrollen: Die übrigen Projekte folgen nach demselben Muster.
  5. Übergabe: Ihr Team führt Pipelines und Deployments selbst weiter.

Sicherheit und Standards von Anfang an

Technische Schulden entstehen, wenn schnelle Lösungen ohne Standards und Tests ausgeliefert werden. Jede spätere Änderung wird dadurch langsamer. Deshalb laufen Sicherheitsprüfungen in der Pipeline von Anfang an mit, nicht erst kurz vor dem Release.

Eine neue Pipeline ist für uns erst fertig, wenn Ihr Team sie versteht und selbst weiterführt.

Erfahrung aus Großprojekten

Sascha Eckert hat Pipelines und Plattformen in Großprojekten aus Mobilität, Energiewirtschaft und Hochsicherheit aufgebaut, unter anderem für mehrere Teams im Scrum of Scrums. Diese Erfahrung bringen wir in kleinere Teams, ohne den Aufwand eines Konzerns. Mehr dazu in der Projekterfahrung.

Mein Blick darauf

Sicherheit gehört von Anfang an in die Pipeline, nicht als letzte Hürde vor dem Release. Und ich setze auf erprobte Werkzeuge und Standards statt auf selbstgebaute Sonderwege, die am Ende nur einer versteht. Beides zahlt sich aus, wenn jemand Neues ins Team kommt oder eine Sicherheitslücke bekannt wird.

Sascha Eckert

Häufige Fragen

Wie rechnen Sie ab?

Nach der Bestandsaufnahme erhalten Sie einen Festpreis für den vereinbarten Umfang. Änderungen über diesen Umfang hinaus rechnen wir nach Aufwand ab.

Arbeiten Sie remote?

Ja, für Teams in ganz Deutschland. In der Region Hamburg kommen wir gelegentlich nach Absprache vor Ort.

Was passiert nach der Übergabe?

Ihr Team führt Pipelines und Deployments selbst weiter. Auf Wunsch betreuen wir weiter, mit einzeln beauftragten Anpassungen oder einem Wartungsvertrag.

Arbeiten Sie auch für große Unternehmen?

Die Angebote der Itinno richten sich an kleine und mittlere Unternehmen. Für große Unternehmen arbeitet Sascha Eckert als Consultant in Projekten, Anfragen dazu über [saschaeckert.com](https://saschaeckert.com/projektanfrage/).