Mit DevOps- und Cloud-Betriebs-Outsourcing übergeben Sie den Betrieb Ihrer Infrastruktur, Ihrer CI/CD-Pipelines und Ihrer Kubernetes-Plattform an ein spezialisiertes Team – ohne die Kontrolle abzugeben. 360 Soft stellt aus Istanbul DevOps-Ingenieure, Site Reliability Engineers (SRE), Cloud-Architekten und Plattformingenieure bereit, die in AWS, Microsoft Azure, Google Cloud sowie in On-Premises- und Hybrid-Umgebungen arbeiten. Vom einzelnen Ingenieur bis zum Team mit 200+ Personen, remote, vor Ort oder hybrid und bei Bedarf mit 24/7-Bereitschaft.

DevOps- und Cloud-Betrieb
DevOps- und Cloud-Betrieb

Für wen eignet es sich und welches Problem löst es?

Viele Unternehmen haben die Cloud-Migration hinter sich, aber keinen stabilen Betrieb davor. Infrastruktur wurde per Klick in der Konsole aufgebaut, Pipelines hängen an einer einzigen Person, Kosten steigen jeden Monat, und Nachtalarme landen beim Entwicklungsteam. Ein externes DevOps-Team schafft hier Wiederholbarkeit, Transparenz und eine geregelte Bereitschaft.

  • SaaS- und Produktunternehmen, deren Entwickler zu viel Zeit mit Infrastruktur verbringen
  • Mittelständler, die nach der Migration einen professionellen Cloud-Betrieb brauchen
  • E-Commerce-Anbieter mit Lastspitzen bei Kampagnen und hohen Verfügbarkeitsanforderungen
  • Finanz- und Versicherungsunternehmen mit Anforderungen an Nachvollziehbarkeit und Ausfallsicherheit
  • Agenturen und Softwarehäuser, die Kundenumgebungen zuverlässig betreiben müssen

Technologieumfang

BereichWerkzeuge und Plattformen
CloudAWS, Microsoft Azure, Google Cloud, private Clouds und Hybrid-Szenarien
Container und OrchestrierungDocker, Kubernetes (EKS, AKS, GKE, OpenShift, Rancher), Helm, Kustomize
Infrastructure as CodeTerraform, OpenTofu, Pulumi, AWS CloudFormation, Bicep, Ansible
CI/CD und GitOpsGitHub Actions, GitLab CI, Jenkins, Azure DevOps, Argo CD, Flux
ObservabilityPrometheus, Grafana, Loki, ELK/OpenSearch, Datadog, OpenTelemetry
SicherheitHashiCorp Vault, Secrets-Management, Image-Scanning, Policy as Code (OPA, Kyverno)
Datenbanken und MessagingPostgreSQL, MySQL, Redis, Kafka, RabbitMQ – Betrieb, Backup und Monitoring

Was wir im Kubernetes-Betrieb übernehmen

  • Cluster-Aufbau, Upgrades und Patchmanagement nach Plan
  • Ressourcenplanung, Autoscaling und Kapazitätsmanagement
  • Netzwerk, Ingress, Service Mesh und Zertifikatsverwaltung
  • Backup und Wiederherstellung (z. B. Velero) mit regelmäßigen Restore-Tests
  • Härtung nach CIS-Benchmarks, RBAC und Pod-Security-Standards
  • Runbooks für wiederkehrende Störungen und Post-Mortems nach Vorfällen

Warum Infrastructure as Code unverzichtbar ist

Infrastruktur, die nur in einer Konsole existiert, ist schwer nachzuvollziehen, schwer zu reproduzieren und kaum zu auditieren. Mit Infrastructure as Code liegt jede Änderung als Code in Git, durchläuft ein Review und kann bei Bedarf zurückgerollt werden. Für Sie bedeutet das: Umgebungen lassen sich identisch aufbauen, Wissen hängt nicht an Einzelpersonen, und Sie bleiben jederzeit unabhängig vom Anbieter – denn der Code gehört Ihnen.

FinOps: Cloud-Kosten steuern

Cloud-Rechnungen wachsen oft unbemerkt. Wir schaffen Transparenz durch konsequentes Tagging, Kostenberichte pro Team oder Produkt und regelmäßige Reviews. Typische Hebel sind Rightsizing, das Abschalten ungenutzter Ressourcen, Reservierungen oder Savings Plans, Spot-Instanzen für geeignete Workloads und Speicher-Lebenszyklusregeln. Welche Einsparung realistisch ist, zeigt erst eine Analyse Ihrer tatsächlichen Nutzung.

Leistungsumfang und Rollen

RolleSchwerpunkt
DevOps-IngenieurPipelines, Automatisierung, IaC, Releaseprozesse
Site Reliability EngineerVerfügbarkeit, SLOs, Observability, Incident-Management
Cloud-ArchitektZielarchitektur, Landing Zone, Sicherheits- und Netzwerkdesign
PlattformingenieurInterne Entwicklerplattform, Self-Service, Golden Paths
DevSecOps-IngenieurSicherheitsprüfungen in der Pipeline, Secrets, Compliance as Code

Regulierung und Standards

Der Betrieb orientiert sich an anerkannten Rahmenwerken: ISO/IEC 27001 als Referenz für Informationssicherheitsprozesse, ITIL-Praktiken für Incident-, Problem- und Change-Management, CIS-Benchmarks zur Härtung sowie die Well-Architected-Frameworks der Cloud-Anbieter. Auf türkischer Seite, wo das Team arbeitet, sind KVKK sowie – bei Finanzkunden – die IT-Vorgaben der Bankenaufsicht BDDK relevant. Für Auftraggeber in der EU gelten zusätzlich die Regeln im eigenen Land, etwa DORA für Finanzunternehmen, NIS2 für wesentliche und wichtige Einrichtungen oder branchenspezifische Vorgaben. Wir unterstützen die geforderten Nachweise (Change-Protokolle, Zugriffsberichte, Notfalltests); die Verantwortung für die regulatorische Einordnung bleibt bei Ihnen.

Arbeitsmodelle

ModellBeschreibungGeeignet für
Dedizierter DevOps-Ingenieur oder dediziertes TeamFeste Personen arbeiten in Ihrem Team und Ihren ToolsKontinuierliche Weiterentwicklung der Plattform
Managed Cloud OperationsBetrieb, Monitoring und Bereitschaft gegen vereinbarte Service-LevelUnternehmen ohne eigenes Ops-Team
ProjektAbgegrenzte Vorhaben wie Migration, Kubernetes-Einführung oder IaC-UmstellungEinmalige Modernisierung
Bereitschaft und 24/7-SupportAußerhalb der Bürozeiten übernehmen wir die Erstreaktion und EskalationErgänzung eines internen Teams

Ablauf der Einführung

  1. Bestandsaufnahme: Architektur, Konten, Pipelines, Monitoring, Kosten und offene Risiken.
  2. Angebot und Team: Rollen, Abdeckungszeiten, Eskalationswege, NDA und Vertrag.
  3. Onboarding: Zugänge nach dem Least-Privilege-Prinzip, Dokumentation, Übergabe laufender Themen – typischer Start in 1–2 Wochen.
  4. Stabilisierung: Monitoring und Alarmierung vervollständigen, Runbooks anlegen, kritische Lücken schließen.
  5. Verbesserung: IaC-Abdeckung erhöhen, Pipelines beschleunigen, Kosten optimieren.
  6. Laufender Betrieb: monatliches Reporting, Kapazitätsplanung, regelmäßige Notfall- und Restore-Tests.

SLA, KPIs und DORA-Metriken

Neben klassischen Service-Level-Zielen messen wir die Leistungsfähigkeit der Softwareauslieferung mit den vier DORA-Metriken aus dem Forschungsprogramm „DevOps Research and Assessment“ (nicht zu verwechseln mit der EU-Verordnung DORA). Zielwerte legen wir nach einer Basismessung gemeinsam fest.

KennzahlBedeutung
Deployment-FrequenzWie oft Änderungen in Produktion gehen
Lead Time for ChangesZeit vom Commit bis zur Produktion
Change Failure RateAnteil der Deployments, die eine Störung verursachen
Time to RestoreZeit bis zur Wiederherstellung nach einer Störung
Verfügbarkeit gegen SLOErreichte Verfügbarkeit der kritischen Dienste
Reaktionszeit auf AlarmeZeit bis zur ersten qualifizierten Reaktion nach Priorität
IaC-AbdeckungAnteil der Infrastruktur, die als Code verwaltet wird
DevOps- und Cloud-Betrieb — overview
DevOps- und Cloud-Betrieb — overview

Preisfaktoren

FaktorEinfluss
Rollen und SenioritätDevOps, SRE, Architektur oder DevSecOps
AbdeckungszeitenBürozeiten, erweiterte Zeiten, Rufbereitschaft oder 24/7
UmgebungsgrößeAnzahl Konten, Cluster, Dienste und Regionen
ReifegradBestehende IaC, Monitoring und Dokumentation
Compliance-AnforderungenUmfang von Nachweisen und Audits
ModellDediziertes Team, Managed Service oder Projekt

Konkrete Preise nennen wir nach der Bestandsaufnahme in einem individuellen Angebot.

Inhouse-Team, Freelancer oder Outsourcing?

KriteriumInhouseFreelancerOutsourcing
AnlaufzeitLange RecruitingphaseSchnellIn der Regel 1–2 Wochen
24/7-AbdeckungTeuer, mehrere Personen nötigKaum möglichSchichtmodell möglich
WissenssicherungAbhängig von EinzelnenHohes AbhängigkeitsrisikoDokumentation, Ersatzprozess
Breite des Know-howsBegrenzt auf TeamgrößeBegrenzt auf PersonZugriff auf mehrere Spezialisierungen

Risiken und Gegenmaßnahmen

RisikoGegenmaßnahme
Zu weitreichende ZugriffsrechteRollenbasierte, personalisierte Konten, MFA, Just-in-Time-Zugriff, Protokollierung
Abhängigkeit vom AnbieterAlles als Code in Ihren Repositories, vollständige Dokumentation, Übergabeplan
Ungeplante Änderungen in ProduktionChange-Prozess mit Review, Wartungsfenstern und Rollback-Plan
Wissensverlust bei PersonalwechselRunbooks, Pair-Arbeit, geregelter Ersatzprozess
KostensteigerungBudgets, Alarme bei Abweichungen, monatliche FinOps-Reviews

Vertrag, Datenschutz, NDA und geistiges Eigentum

Die Zusammenarbeit erfolgt auf Basis eines B2B-Dienstleistungsvertrags (Dienstvertrag) oder – bei klar abgegrenzten, abnahmefähigen Ergebnissen – eines Werkvertrags. Es handelt sich ausdrücklich um keine Arbeitnehmerüberlassung: Die Teammitglieder sind bei 360 Soft in der Türkei beschäftigt, fachliche Steuerung und Personalverantwortung liegen bei uns, Sie steuern über Anforderungen, Tickets und vereinbarte Service-Level. Da Fragen des AÜG und der Scheinselbständigkeit vom konkreten Einzelfall abhängen, empfehlen wir, die Vertragsgestaltung durch Ihre Rechtsberatung prüfen zu lassen.

  • Datenschutz: Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO; für die Übermittlung in die Türkei EU-Standardvertragsklauseln (SCC) mit Transfer Impact Assessment. Auf türkischer Seite gilt zusätzlich das Datenschutzgesetz KVKK (Nr. 6698).
  • Vertraulichkeit: NDA vor dem ersten fachlichen Austausch, individuelle Vertraulichkeitserklärungen aller Teammitglieder.
  • Geistiges Eigentum: Arbeitsergebnisse, Skripte, Dokumentation und Konfigurationen gehen vertraglich vollständig auf Sie über.
  • Zugriffe: Least-Privilege-Prinzip, personalisierte Konten, MFA, Zugriff bevorzugt über Ihre eigenen Systeme (VPN, VDI, Bastion-Host), Protokollierung und Entzug am letzten Tag.
  • Secrets: Zugangsdaten und Schlüssel werden ausschließlich in Ihrem Secrets-Management verwaltet, nie in Tickets oder Chats.

Beispielszenario (illustrativ): Plattform nach der Cloud-Migration

Beispielszenario (illustrativ), kein Kundenprojekt: Ein Softwareanbieter hat seine Anwendung zu AWS migriert. Die Infrastruktur ist größtenteils manuell angelegt, Deployments erfolgen über ein Skript eines einzelnen Entwicklers, und Alarme gehen ungefiltert an das gesamte Team. Ein Team aus einem SRE und zwei DevOps-Ingenieuren überführt zunächst die Infrastruktur in Terraform, baut eine GitOps-Pipeline mit Argo CD auf und ordnet die Alarmierung nach Priorität. Anschließend übernimmt es eine abgestimmte Rufbereitschaft und führt monatliche Kosten-Reviews ein. Der Nutzen wird über die DORA-Metriken und die Kostenentwicklung gemessen, nicht vorab versprochen.

Checkliste für die Auswahl

  • Arbeitet der Anbieter konsequent mit Infrastructure as Code in Ihren Repositories?
  • Sind Abdeckungszeiten, Reaktionszeiten und Eskalationswege schriftlich definiert?
  • Gibt es Runbooks, Post-Mortems und ein regelmäßiges Reporting?
  • Wie werden Zugriffe vergeben, protokolliert und entzogen?
  • Sind Restore- und Notfalltests Teil des Leistungsumfangs?
  • Gibt es AVV mit SCC, NDA und eine vollständige IP-Übertragung?
  • Ist ein geordneter Ausstieg mit Übergabe vertraglich geregelt?

Häufig gestellte Fragen

Welche Clouds betreuen Sie?

AWS, Microsoft Azure und Google Cloud sowie private Clouds, On-Premises-Umgebungen und hybride Setups.

Übernehmen Sie auch Rufbereitschaft in der Nacht?

Ja. Schichtbetrieb bis hin zu 24/7 ist möglich; Abdeckungszeiten und Reaktionsziele werden vertraglich festgelegt.

Wie schnell kann ein DevOps-Team starten?

Ein typischer Start ist in 1–2 Wochen möglich, abhängig von Rollen und der Bereitstellung der Zugänge.

Wem gehören Terraform-Code, Pipelines und Dokumentation?

Ihnen. Alles liegt in Ihren Repositories, und die Rechte an den Arbeitsergebnissen gehen vertraglich auf Sie über.

Was sind DORA-Metriken?

Vier Kennzahlen zur Auslieferungsleistung: Deployment-Frequenz, Lead Time for Changes, Change Failure Rate und Time to Restore. Sie stammen aus dem Forschungsprogramm DevOps Research and Assessment und haben nichts mit der EU-Verordnung DORA zu tun.

Können Sie uns bei DORA- oder NIS2-Anforderungen unterstützen?

Wir liefern operative Nachweise wie Change-Protokolle, Zugriffsberichte und Notfalltests. Die regulatorische Bewertung bleibt bei Ihnen und Ihrer Rechtsberatung.

Ist das eine Arbeitnehmerüberlassung?

Nein, die Leistung wird als Dienst- oder Werkvertrag erbracht. Wir empfehlen dennoch eine rechtliche Prüfung hinsichtlich AÜG und Scheinselbständigkeit.

Wie wird der Datenschutz geregelt?

Über einen AVV nach DSGVO mit EU-Standardvertragsklauseln; auf türkischer Seite gilt zusätzlich das KVKK.

Wie helfen Sie bei Cloud-Kosten?

Mit Tagging, Kostenberichten, Rightsizing, Reservierungen und regelmäßigen FinOps-Reviews. Das realistische Potenzial ergibt sich erst aus der Analyse Ihrer Nutzung.

Was kostet DevOps-Outsourcing?

Das hängt von Rollen, Abdeckungszeiten, Umgebungsgröße und Reifegrad ab. Nach der Bestandsaufnahme erhalten Sie ein individuelles Angebot.

Verwandte Seiten

Kontakt

Sie möchten den Betrieb Ihrer Cloud- und DevOps-Umgebung an ein Team in Istanbul übergeben oder zunächst nur den Umfang klären? Schildern Sie uns Ihre Ausgangslage – wir melden uns mit einem Vorschlag zu Modell, Teamzuschnitt und Startfahrplan. Ein typischer Start ist in 1–2 Wochen möglich.

Verwandte Leistungen

Alle Leistungen: IT-Outsourcing