Monatliche Change Freezes. Jira-Tickets für einen DNS-Eintrag. Deine Entwickler verdienen Besseres.

VSHN baut und betreibt interne Developer Platforms für regulierte Schweizer Organisationen. GitLab, Crossplane, OpenTofu, ArgoCD, OpenBao und Kubernetes, zusammengestellt zu einer funktionierenden Plattform und rund um die Uhr von zertifizierten Engineers betrieben. Dein Team liefert Features. Wir halten die Plattform am Laufen.

Platform Assessment buchen Blueprint ansehen
Since 2014Production Platforms
24/7Certified Operations
ISO 27001Information Security

GitOps-Native CI/CD mit GitLab

GitLab ist die Grundlage für Source Control, CI/CD und Container Registry deiner Plattform – konfiguriert und betrieben von VSHN als GitLab Select Partner. Pipelines laufen auf selbst gehosteten Runnern, sodass Build- Artefakte und Secrets deine Schweizer Infrastruktur nie verlassen. VSHN betreibt GitLab für Schweizer Organisationen seit 2015.

Self-Service Infrastructure mit Crossplane

Crossplane verwandelt deinen Kubernetes-Cluster in eine Control Plane für Cloud-Ressourcen. VSHN, gelistet als offizieller Crossplane Commercial Vendor, baut die Composite Resource Definitions, damit deine Entwickler Datenbanken, Queues und Object Storage per Pull Request provisionieren können – ohne ein Ticket ans Operations-Team zu öffnen.

Infrastructure as Code mit OpenTofu

Alle Infrastruktur ist in OpenTofu definiert, dem vollständig Open-Source-Terraform-Fork. VSHN verwaltet State Backends auf Schweizer Infrastruktur, sodass nichts auf Drittanbieter-SaaS gespeichert wird. Jede Änderung durchläuft GitLab CI mit Plan-Reviews vor dem Apply – deine Plattform ist von Anfang an auditierbar.

GitOps Continuous Delivery mit ArgoCD

ArgoCD hält deine Kubernetes-Cluster mit dem Git-Repository synchron. Entwickler pushen Änderungen, ArgoCD reconciliert den Zielzustand automatisch. Drift wird erkannt und korrigiert ohne manuellen Eingriff – eine zuverlässige Delivery-Kette, der Prüfer in regulierten Branchen folgen können.

Secrets und Certificate Management mit OpenBao

OpenBao, der Open-Source-Vault-Fork ohne Vendor-Lizenzrestriktionen, übernimmt Secret Storage, Dynamic Credentials und PKI für deine Plattform. VSHN konfiguriert OpenBao mit den Zugriffsrichtlinien, die deine Teams benötigen, und rotiert Credentials automatisch, um den Schaden bei einem kompromittierten Credential zu minimieren.

24/7 Zertifizierter Plattformbetrieb

VSHN betreibt Kubernetes in Produktion seit 2016 als erster CNCF Kubernetes Certified Service Provider der Schweiz. Deine Plattform erhält 24/7-Monitoring, Incident Response, Security Patching und vierteljährliche Operational Reviews durch CKA-zertifizierte Engineers, die die Ausfallszenarien deines Teams bereits kennen und gelöst haben.

Was jedes Platform-Engagement umfasst

Plattformstrategie und Architektur: Ein VSHN-Architekt analysiert deinen aktuellen Stand, definiert die Ziel-Plattformarchitektur und erstellt einen phasenweisen Rollout-Plan, bevor eine einzige Zeile Code geschrieben wird.

GitLab Setup und Betrieb: Installation, Konfiguration und laufender Betrieb von GitLab, einschliesslich Runner-Management, Zugriffssteuerung und GitLab Select Partner Support Coverage.

Crossplane Control Plane: Crossplane Composite Resource Definitions für die Cloud-Services deiner Teams, deployed auf Cloudscale, Exoscale oder deinem Azure-Tenant und aktuell gehalten, während sich Providers weiterentwickeln.

OpenTofu State und Pipeline: OpenTofu State Backends auf Schweizer S3 oder in deinem Cloud-Tenant, GitLab CI Integration für Plan-and-Apply-Workflows und eine Modulbibliothek für wiederverwendbare Infrastruktur einschliesslich Azure Landing Zones.

ArgoCD Delivery Pipeline: ArgoCD installiert und konfiguriert für deine Cluster-Topologie, mit Application Sets, Sync Waves und Zugriffsrichtlinien passend zu deiner Teamstruktur.

OpenBao Secret Management: OpenBao-Deployment mit Authentifizierungs-Backends, Secret Engines und PKI-Hierarchie für deine Plattform, mit automatisierter Credential-Rotation.

Kubernetes Cluster Operations: 24/7-Monitoring, Upgrade-Management, Node-Pool-Skalierung und Security-Baseline-Enforcement über alle Cluster in deiner Plattformumgebung.

Monitoring und Alerting: Prometheus, Alertmanager und Grafana konfiguriert für Plattform- und Workload-Metriken, mit Alert-Routing und Runbooks für häufige Ausfallmuster.

Backup und Restore: Automatisierte verschlüsselte Backups für stateful Plattformkomponenten, mit periodischen Restore-Tests und dokumentierten Recovery-Runbooks, die vierteljährlich verifiziert werden.

Vierteljährliche Plattform-Reviews: Strukturierte Reviews jedes Quartal zu Kapazitätstrends, Sicherheitshinweisen, Upgrade-Roadmap und Empfehlungen für die nächsten 90 Tage.

Developer Onboarding: Dokumentation, Workshops und Office-Hours-Support, damit deine Engineering-Teams die Plattform innerhalb der ersten zwei Wochen produktiv nutzen können.

Vertraut von regulierten Schweizer Organisationen

Was unsere Kunden sagen

Es war eine grossartige Erfahrung, auf DevOps umzusteigen und unsere Entwickler mit einer völlig neuen Kultur zu stärken.
Mohammad Alavi
Mohammad Alavi
CTO, Health Info Net

Developer Platform FAQ

Was ist eine interne Developer Platform und warum braucht meine Organisation eine?

Eine interne Developer Platform ist ein kuratiertes Set an Tools und APIs, das deinen Engineering-Teams erlaubt, Infrastruktur zu provisionieren, CI/CD-Pipelines zu betreiben und Applikationen zu deployen, ohne für jede Änderung vom zentralen Operations-Team abhängig zu sein. Organisationen wechseln zum Plattform-Modell, wenn Ticket-Queues zur Bremse werden: Change Freezes, langsame Deployments und Entwicklerfrust durch das Warten auf manuelle Freigaben. Da KI die Codeerstellung beschleunigt, verschiebt sich die entscheidende Frage davon, wie Code geschrieben wird, hin dazu, wer die Runtime kontrolliert, auf der er läuft. Eine gut betriebene Plattform ersetzt diese Reibung durch Self-Service mit Leitplanken und SLAs und behält die Kontrolle über die eigene Deployment-Infrastruktur in deiner Organisation.

Welche Tools umfasst der VSHN Developer Platform Blueprint?

Der Blueprint nutzt sechs Open-Source-Komponenten: GitLab für Source Control und CI/CD, Crossplane für Self-Service Cloud Infrastructure Provisioning, OpenTofu für Infrastructure as Code, ArgoCD für GitOps Continuous Delivery, OpenBao für Secrets und Certificate Management sowie Kubernetes als Runtime Layer. VSHN ist GitLab Select Partner, offizieller Crossplane Commercial Vendor und seit 2016 erster CNCF Kubernetes Certified Service Provider der Schweiz. Alle Komponenten laufen auf Schweizer Infrastruktur.

Können wir mit einer Komponente statt dem ganzen Blueprint starten?

Ja, und die meisten Engagements tun genau das. Der Blueprint beschreibt, wo eine Plattform hinführt, nicht was du am ersten Tag kaufen musst. Ein häufiger erster Schritt ist eine Managed GitLab-Instanz mit eigenen Runnern und Infrastructure as Code für die umgebenden Ressourcen. Das liefert Self-Service-CI/CD, bevor überhaupt ein Kubernetes-Cluster existiert. Crossplane, ArgoCD und eine Container-Runtime kommen dazu, sobald die Teams bereit dafür sind. Kubernetes ist keine Voraussetzung für den Start. VSHN skopiert jede Phase separat, damit du das Ergebnis bewerten kannst, bevor du die nächste beauftragst.

Welchen SLA bietet VSHN für den Plattformbetrieb?

VSHN stellt einen schriftlichen SLA für den Plattformbetrieb bereit, der Reaktionszeiten bei Incidents und Monitoring Coverage abdeckt. Managed Plattformkomponenten können auf Schweizer Infrastruktur bei Cloudscale oder Exoscale in einer Hochverfügbarkeitskonfiguration einen Verfügbarkeits-SLA von 99.99 % erreichen. Nicht jede Komponente ist von Haus aus hochverfügbar, und einige, allen voran Container Registries, brauchen dafür eine spezifische Architektur oder einen Dienst des Cloud Providers. Die Assessment-Phase klärt, welche Teile deiner Plattform tatsächlich Hochverfügbarkeit brauchen und was das jeweils kostet, damit der SLA zur Architektur passt, die du bekommst. VSHN betreibt Produktionsinfrastruktur für regulierte Schweizer Organisationen seit 2014.

Müssen wir 24/7-Support für die ganze Plattform kaufen?

Nein. Die Support-Abdeckung wird pro Engagement gewählt und getrennt vom Plattformbetrieb bepreist, damit du kein Service Level bezahlst, das du nicht brauchst. Die Bandbreite reicht von Support zu Bürozeiten mit Best-Effort-Behandlung ausserhalb davon bis zu voller 24/7-Abdeckung mit garantierten Reaktionszeiten und telefonischer Eskalation. Beides lässt sich kombinieren: mehrere regulierte Kunden fahren ganzjährig Support zu Bürozeiten und buchen zusätzlich 24/7-Abdeckung für definierte Release- oder Migrationswochenenden. Ebenso üblich ist 24/7 für die Produktions-Runtime und Bürozeiten für das Build-Tooling, weil eine stehende Pipeline um 3 Uhr nachts kein Incident ist.

Was kostet der Aufbau und Betrieb einer Developer Platform?

Platform-Engineering-Engagements bei VSHN werden in CHF angeboten und nach Scope bepreist: Die Build-Phase umfasst Architektur, Komponentensetup und Team-Onboarding; die Operations-Phase ist eine monatliche Pauschale für Monitoring, Incident Response, Upgrades und vierteljährliche Reviews in der von dir gewählten Support-Abdeckung. Weil der Blueprint etablierte Open-Source-Komponenten zusammensetzt, statt eine Plattform von Grund auf zu bauen, misst sich der Aufbau einer ersten Komponente typischerweise in Engineering-Tagen und nicht in einem sechsstelligen Integrationsprojekt. Eigener Plattformbetrieb erfordert drei bis sechs Vollzeit-Engineers zu je CHF 150 000 bis 200 000 pro Jahr. VSHN liefert vergleichbare Abdeckung deutlich günstiger, weil die Operations-Kosten über mehrere Kunden geteilt werden. Kontaktiere uns für eine massgeschneiderte Offerte.

Wo wird die Plattforminfrastruktur gehostet?

VSHN betreibt Plattformen auf Cloudscale und Exoscale (Schweizer Cloud-Provider mit Rechenzentren in der Schweiz), in deinem eigenen Azure- oder AWS-Tenant oder On-Premises. Organisationen, die einen Hyperscaler aus strategischen Gründen benötigen (z.B. Azure wegen einer Datenplattform wie Databricks), erhalten die Developer Platform in ihrem Tenant, mit voller Kontrolle. Organisationen, die Hyperscaler-Abhängigkeit vermeiden wollen, nutzen Cloudscale und Exoscale für Schweizer Datenhaltung ohne CLOUD-Act-Exposition. Der Blueprint funktioniert auf jeder Infrastruktur.

Wer ist wofür verantwortlich, wenn die Plattform in unserem eigenen Cloud-Tenant läuft?

Die Aufteilung wird festgehalten, bevor der Aufbau beginnt. In einem typischen Azure- oder AWS-Tenant-Engagement gehören der Tenant selbst, die Subscription-Struktur, der Identity Provider sowie die Security- und Netzwerkrichtlinien deiner Compliance-Abteilung zu deiner Organisation. VSHN verantwortet den Infrastructure-as-Code, der die Plattformressourcen erzeugt, die Plattformkomponenten darauf und deren laufenden Betrieb. An genau dieser Grenze verlieren Tenant-Projekte üblicherweise Zeit, deshalb liefert die Assessment-Phase eine schriftliche Verantwortungsmatrix, statt die Klärung der Umsetzung zu überlassen.

Kann die Plattform mit eingeschränktem Netzwerkzugang betrieben werden?

Ja. VSHN betreibt Plattformen hinter IP-Allowlists, auf privatem Netzwerk und ohne öffentlichen Ingress auf Management-Schnittstellen. CI/CD-Runner lassen sich auf eine Egress-Allowlist beschränken oder auf einen internen Paket- und Container-Mirror richten, sodass Builds nie direkt aus öffentlichen Registries ziehen. Für Banken, Versicherer und Gesundheitsorganisationen ist das häufig die Anforderung, die SaaS-CI/CD vollständig ausschliesst. Allowlist- und Mirror-Strategie werden in der Assessment-Phase definiert, weil das nachträgliche Einziehen von Netzwerkrestriktionen in laufende Pipelines deren Neubau bedeutet.

Sind Backups für Plattformkomponenten inbegriffen?

Ja. VSHN konfiguriert automatisierte verschlüsselte Backups für alle stateful Plattformkomponenten, einschliesslich GitLab Repositories und Konfiguration, OpenBao Secrets Backends und Cluster State. Backups werden auf Schweizer Object Storage oder in deinem Cloud-Tenant gespeichert. VSHN führt vierteljährliche Restore-Tests mit dokumentierten Runbooks durch, sodass Recovery-Verfahren getestet und verifiziert sind, bevor du diese brauchst, und nicht erst nach einem Incident.

Ist VSHN ein GitLab-Partner?

Ja. VSHN ist GitLab Select Partner, was bedeutet, dass VSHN-Engineers direkten Zugang zu GitLab-Support-Eskalationspfaden und Partner- Trainingsprogrammen haben. Kunden, die GitLab über VSHN betreiben, profitieren von dieser Partnerschaft bei komplexen GitLab-Fragen, die über die Standarddokumentation hinausgehen. VSHN betreibt GitLab für Schweizer Organisationen seit 2015 und verwaltet GitLab für regulierte Kunden wie Finnova und das Schweizerische Bundesarchiv. Leistungsumfang, SLAs und Preise findest du auf gitlab.ch.

Kaufen wir GitLab-Lizenzen über VSHN oder bringen wir eigene mit?

Beides geht. Als GitLab Select Partner kann VSHN GitLab-Subscriptions inklusive der Tiers Premium und Ultimate weiterverkaufen oder eine Instanz auf einer Lizenz betreiben, die deine Organisation bereits hält. Regulierte Organisationen landen meist bei Ultimate, weil Security Scanning, Compliance Frameworks und Audit Reporting Ultimate-Funktionen sind und nicht Teil von Premium. Die Lizenzkosten sind vom VSHN- Betriebsentgelt getrennt und werden als eigene Position offeriert, damit jederzeit sichtbar ist, was an GitLab und was an VSHN geht.

Wie passt Crossplane in eine Developer Platform?

Crossplane wird auf deinem Kubernetes-Cluster installiert und verbindet sich mit Cloud-Provider-APIs. VSHN, gelistet als offizieller Crossplane Commercial Vendor, baut Composite Resource Definitions, damit deine Entwickler eine Managed PostgreSQL-Datenbank oder einen S3-Bucket per Pull Request provisionieren können, ohne das Infrastructure-Team zu kontaktieren. Crossplane unterstützt jeden Cloud-Provider. VSHNs Crossplane-Produktionserfahrung umfasst gezielt Cloudscale- und Exoscale-Provider; Azure und andere Provider werden über OpenTofu auf der Landing-Zone-Ebene unterstützt. Mehr zur Crossplane-Praxis: crossplane.ch.

Welche Compliance-Nachweise und Zertifizierungen bringt VSHN mit?

VSHN ist ISO 27001 zertifiziert und war 2016 erster CNCF Kubernetes Certified Service Provider der Schweiz. VSHN betreibt Produktionsinfrastruktur für regulierte Organisationen, darunter HIN, das über 90 % aller Schweizer Gesundheitsakteure vernetzt, die Banken Finnova und acrevis sowie das Schweizerische Bundesarchiv. Wenn dein Compliance-Team oder deine Prüfer nach Nachweisen für operationale Sorgfalt fragen, kannst du auf verifizierbare Zertifizierungen und namentliche Schweizer Referenzen verweisen statt Dokumentation von Grund auf zusammenzustellen.

Kann KI ein Developer-Platform-Team ersetzen?

KI-Coding-Assistenten beschleunigen Applikationscode, doch Plattformarchitektur bleibt eine menschliche Disziplin. Branchenanalysen bewerten den KI-Einfluss auf Codeerstellung als mittel und auf Architektur als gering: KI kann eine Terraform-Datei oder ein Kubernetes-Manifest erzeugen, aber nicht die Abstraktionsschicht, die Zugriffsrichtlinien, die Upgrade-Strategie oder die Incident-Runbooks entwerfen, die eine Plattform produktionsreif machen. Der Wert einer internen Developer Platform liegt in ihrem Design und ihrem Betrieb, nicht im Code, der sie implementiert. VSHN bringt das architektonische Urteilsvermögen und die Betriebserfahrung mit, die KI-Tools nicht liefern.

Unterstützt die Plattforminfrastruktur CSRD-Nachhaltigkeitsberichte?

Ja. Unternehmen ab 1000 Mitarbeitenden müssen unter CSRD die Umweltwirkung ihrer Cloud-Dienste ausweisen. Wenn VSHN deine Plattform auf Exoscale betreibt, erhältst du Zugang zu CloudAssess, einem automatisierten Life-Cycle-Assessment-Tool, das monatliche Umweltwirkungsdaten für deine Nachhaltigkeitsberichte liefert. Die Exoscale-Rechenzentren in der Schweiz und in Deutschland laufen mit 100 % erneuerbarer Energie. Für Plattformen auf anderer Infrastruktur unterstützt dich VSHN dabei, den ökologischen Fussabdruck deines Stacks zu dokumentieren.

Wie lange dauert Aufbau und Launch einer Developer Platform?

Ein typisches Plattform-Rollout läuft in drei Phasen: Architektur und Design dauern zwei bis vier Wochen, Komponentensetup und Automatisierung vier bis acht Wochen je nach Scope und Integrationskomplexität, und Team-Onboarding sowie Übergabe zwei Wochen. Der Zeitplan variiert mit der Anzahl Cluster, bestehendem Tooling und der Verfügbarkeit deines Teams für Workshops. VSHN liefert vor Beginn einen phasenweisen Plan mit Meilensteinen, damit du genau weisst, was in jeder Phase geliefert wird, und den Scope anpassen kannst, bevor du dich zum Gesamtengagement verpflichtest.

Mit einem Platform Assessment starten

Schildere uns deine aktuelle Situation: wie viele Teams, welche Deployment-Engpässe du hast und welche Compliance-Anforderungen gelten. Ein VSHN-Platform-Engineer analysiert deine Situation und schlägt eine massgeschneiderte Plattformarchitektur mit einem phasenweisen Rollout-Plan vor. Kein Commitment in der Assessment-Phase erforderlich.

Kostenloses Gespräch buchen

Oder stelle deine Frage