DevOps

SRE als Produktdisziplin — was ein SRE-Engagement tatsächlich verändert

SRE in Produktteams einbetten, als zentrale Funktion aufbauen oder als Engagement einkaufen — was jedes Modell leistet und wie Sie den Erfolg messen.

SRE as a product discipline — what an SRE engagement actually changes

Embed SRE in product teams, centralize it as a function, or buy an engagement — what each delivers and how to measure it.

Platform engineering vs DevOps vs SRE — a 2026 terminology guide

Where platform engineering, DevOps and SRE overlap and where they do not, what each actually builds, and the metrics that separate them.

Developer self-service — the cost of developer drag, and what an internal developer platform actually pays back

Time-to-environment cost, golden-path coverage, platform-team sizing, and the economic case for an IDP that pays back inside 12 months at 200+ engineers.

Developer Self-Service — was Reibungsverluste in der Entwicklung kosten und was eine Internal Developer Platform tatsächlich einbringt

Kosten der Wartezeit auf Umgebungen, Golden-Path-Abdeckung, Plattformteam-Größe und warum sich eine IDP ab 200 Engineers binnen 12 Monaten amortisiert.

Enterprise platform engineering — org design, headcount, and the failure modes at 1,000+ engineers

Org design, headcount math, governance, and recurring failure modes for building a platform-engineering function at 1,000+-engineer organisations.

Enterprise Platform Engineering — Organisationsdesign, Personalbedarf und Fehlermuster ab 1.000 Engineers

Organisationsdesign, Personalrechnung, Governance und wiederkehrende Fehlermuster beim Aufbau von Platform Engineering in Organisationen ab 1.000 Engineers.

DevOps best practices for 2026 — beyond the slide-deck era

The eight DevOps practices that compound in 2026, what is still contested, the failure modes that recur, and how to place your team on the maturity curve.

DevOps Best Practices 2026 — die acht Disziplinen, die Returns kombinieren

Acht DevOps-Disziplinen für 2026 – von Everything-as-Code bis Observability –, wie Teams ihren Reifegrad steigern und wann externe Unterstützung sinnvoll ist.

Platform Engineering vs DevOps vs SRE — Terminologie-Leitfaden 2026

Platform Engineering, DevOps und SRE abgegrenzt: drei Definitionen, wo sich die Funktionen überschneiden, wo nicht und was ein Plattformteam tatsächlich baut.

Cozystack Launches an OSS Health Section on Its Website

We have launched a new OSS health section on the Cozystack website, with project stats refreshed automatically every month.

Cozystack startet einen OSS-Health-Bereich auf seiner Website

Auf der Cozystack-Website gibt es jetzt einen OSS-Health-Bereich. Die Kennzahlen zum Projekt werden dort jeden Monat automatisch aktualisiert.

RWX (ReadWriteMany) volumes in Cozystack — native shared storage for your workloads

Since Cozystack v1.0, ReadWriteMany (RWX) volumes work out of the box: several pods and VMs can mount the same volume at once, without external NFS.

RWX-Volumes (ReadWriteMany) in Cozystack — nativer Shared Storage für Ihre Workloads

Seit Cozystack v1.0 gibt es ReadWriteMany-Volumes (RWX) von Haus aus: Mehrere Pods und VMs binden dasselbe Volume gleichzeitig ein, ohne externes NFS.

CozySummit Virtual 2026: Das Programm steht

Das vollständige Vortragsprogramm von CozySummit Virtual 2026 ist da: Sessions von Cozystack-Maintainern und Anwendern zum Aufbau von Clouds mit Kubernetes.

CozySummit Virtual 2026: The Program Is Set

The full talk lineup for CozySummit Virtual 2026 is published: sessions from Cozystack maintainers and adopters on building clouds with Kubernetes.

Cozystack mit Ansible auf jedem Kubernetes installieren

Cozystack mit der Collection ansible-cozystack auf einem bestehenden Kubernetes-Cluster installieren, für Teams, die den Stack nicht auf Talos Linux betreiben.

Deploy Cozystack on any Kubernetes with Ansible

Install Cozystack on an existing Kubernetes cluster with the ansible-cozystack collection, for teams that cannot run the full stack on Talos Linux.

Platformize It! Part 2: Extending Kubernetes and the API Aggregation Layer

Part 2 of Platformize It: how to extend Kubernetes with the API Aggregation Layer to serve managed applications through one API and UI.

Platformize It! Teil 2: Kubernetes erweitern mit dem API Aggregation Layer

Teil 2 von Platformize It: wie Sie Kubernetes mit dem API Aggregation Layer erweitern und Managed Applications über eine einheitliche API und UI bereitstellen.

Platformize It! Part 1: Platform Approach, Core of a Modern Platform, and APIs

Andrei Kvapil on the platform approach behind Cozystack: why Kubernetes is the base and how Helm, operators and one API work together.

Platformize It! Teil 1: Plattformansatz, Kern einer modernen Plattform und APIs

Andrei Kvapil über den Plattformansatz von Cozystack: warum Kubernetes die Basis bildet und wie Helm, Operatoren und eine einheitliche API zusammenspielen.

KubeVirt: Die Wahrheit über den Virtualisierungs-Overhead in Kubernetes

Wie viel Overhead bringen virtuelle Maschinen mit KubeVirt in Kubernetes wirklich? Eine Analyse in drei Bereichen: Compute, Storage und Netzwerk.

KubeVirt: The Truth About Virtualization Overhead In Kubernetes

How much overhead do KubeVirt virtual machines add in Kubernetes? An analysis of compute, storage and networking, and how to avoid the overhead.

Cozystack became a CNCF Certified Kubernetes distribution

Cozystack is now a CNCF Certified Kubernetes distribution. Thanks to the community and to our friends at Hidora.

Cozystack ist jetzt eine CNCF Certified Kubernetes Distribution

Cozystack ist jetzt eine CNCF Certified Kubernetes Distribution. Wir danken der Community und ganz besonders unseren Freunden bei Hidora für die Unterstützung.

Cozystack Becomes a CNCF Sandbox Project

On 28 February 2025 the CNCF Technical Oversight Committee accepted Cozystack as a CNCF Sandbox project. What Cozystack is and what Sandbox means.

Cozystack wird CNCF-Sandbox-Projekt

Am 28. Februar 2025 hat das Technical Oversight Committee der CNCF Cozystack als Sandbox-Projekt aufgenommen. Was Cozystack ist und was Sandbox bedeutet.

How we built a dynamic Kubernetes API Server for the API Aggregation Layer in Cozystack

Andrei Kvapil explains how Cozystack runs its own extension API server on the Kubernetes API Aggregation Layer, and when that approach is worth it.

Wie wir in Cozystack einen dynamischen Kubernetes-API-Server für den API Aggregation Layer gebaut haben

Andrei Kvapil zeigt, wie Cozystack einen eigenen Extension-API-Server über den API Aggregation Layer umsetzt, wann sich das lohnt und wann eher nicht.

kubectl-node-shell plugin updated to v1.11.0

kubectl-node-shell v1.11.0 opens a shell on any cluster node through the Kubernetes API, with new namespace options, image pull secrets and volume mounts.

Plugin kubectl-node-shell auf v1.11.0 aktualisiert

kubectl-node-shell v1.11.0 öffnet eine Shell auf jedem Cluster-Node über die Kubernetes-API – neu sind Namespace-Optionen, Image Pull Secrets und Volume-Mounts.

Neues in der Open-Source-Plattform Cozystack: OpenCost, Log-Sammlung und Bridge Binding für VMs

Was sich in Cozystack von v0.12 bis v0.15 geändert hat: Kosten-Monitoring mit OpenCost, Logs mit VictoriaLogs und Fluent Bit, schnellere VMs per Bridge Binding.

Recent Changes in the Cozystack Open Source Platform: OpenCost, Log Collection and Bridge Binding for VMs

What changed in Cozystack from v0.12 to v0.15: OpenCost cost monitoring, log collection on VictoriaLogs and Fluent Bit, and faster VMs with bridge binding.

Cozystack has officially been included in the CNCF Landscape

Cozystack is now listed in the CNCF Landscape in the Platform and Certified Kubernetes – Installer categories. What that means and what is new.

Cozystack ist offiziell in die CNCF Landscape aufgenommen

Cozystack ist jetzt in der CNCF Landscape gelistet, in den Kategorien Platform und Certified Kubernetes – Installer. Was das bedeutet und was es Neues gibt.

Issue with Configuring Registry Mirroring in Harbor

Harbor proxies docker.io, ghcr.io and other registries only as separate projects, which breaks Docker registry mirrors. How we worked around it.

Registry-Mirroring in Harbor: ein Konfigurationsproblem und die Lösung

Harbor stellt docker.io, ghcr.io und andere Registries nur als eigene Projekte bereit, was Docker-Registry-Mirrors bricht. So haben wir das Problem umgangen.