Plattform

Cloud und die Hardware, die Sie bereits besitzen, eine Kontrollebene

Die meisten Infrastrukturplattformen behandeln On-Premise als Sonderfall, der an ein Cloud-first-Produkt angeflanscht wird - ein separater Agent, ein separater Bildschirm, eine schlechtere Erfahrung. Sencai hat es andersherum gebaut: Der Fleet-Agent verhält sich auf einer Cloud-Instanz und auf einem Server im eigenen Rack identisch, und die Einbindung fragt nie, ob eine Maschine ein Cloud-Konto hat, weil viel reale Infrastruktur keines hat. Ob Sie eigene Hardware neben Cloud-Kapazität betreiben, ganz statt dessen, oder irgendwo dazwischen - dieselbe Kontrollebene, derselbe Audit-Trail und dieselben Runbooks gelten überall.

Derselbe Agent auf jeder Linux-Box

Installieren Sie den Fleet-Agent auf einem Linux-Server - einer Cloud-Instanz oder einer physischen Maschine im eigenen Rack - und er verhält sich exakt gleich, egal wo dieser Server tatsächlich steht. Kontinuierliche Überwachung, Patch-Management, Software-Inventar und Runbook-Automatisierung laufen alle über denselben Agenten, mit demselben Freigabe-Gate, bevor irgendetwas ausgeführt wird. Schreiben Sie ein Vorfallsreaktionsverfahren einmal als Runbook, und führen Sie es heute gegen eine Scaleway-VM und nächste Woche gegen eine kolokierte Bare-Metal-Box aus, ohne das Verfahren selbst anzufassen - der Agent ändert sein Verhalten nicht danach, worauf er sitzt. Ein separater, zweckgebauter Agent übernimmt Kubernetes: installieren Sie ihn in-cluster, und er meldet Inventar und lässt Sie diesen Cluster über dasselbe Dashboard wie alles andere verwalten, Cloud oder On-Premise. Keiner der beiden Agenten fragt nach dem Provider - oder ob überhaupt einer existiert - bevor er zu melden beginnt. Sie erhalten einen Download, einen Installationsprozess, einen Ort zum Hinschauen, egal ob Sie über eine Flotte von Cloud-Instanzen oder eine Handvoll Server unter einem Schreibtisch ausrollen.

Kein Cloud-Konto zum Start erforderlich

Einen Server einzubinden erfordert keine Verknüpfung mit einem Cloud-Provider-Konto, weil viel On-Premise-Hardware keines hat. Ein Rack-Server, eine kolokierte Box, eine alte, als Build-Maschine reaktivierte Workstation - jede wird direkt eingebunden, eigenständig, ohne einen einzigen Cloud-Credential irgendwo im Prozess. Cloud-verbundene Instanzen und eigenständige Hardware liegen danach in derselben Flottenansicht: filterbar, taggbar, verwaltet über dieselben Bildschirme und Runbooks. Das ist eine bewusste Design-Entscheidung, kein Versehen - die Plattform geht nicht davon aus, dass jeder verwaltete Server auf ein Cloud-Konto zurückführt, weil viel reale Infrastruktur das nie tun wird. Wenn Ihr Bestand heute vollständig On-Premise ist, ohne jedes verbundene Cloud-Konto, funktionieren Fleet-Agent, Audit-Log, Patching und Runbook-Automatisierung alle exakt so, wie sie es für ein Team täten, das rein auf Hyperscaler-Cloud läuft. Hybrid ist kein aufgesetzter Sondermodus - es ist die Standardannahme, um die die Plattform herum gebaut wurde.

Cloud-Konten verbinden sich - nichts migriert

Für die Cloud-Seite eines hybriden Bestands verbindet sich Sencai mit Konten, die Sie bereits über elf Provider hinweg haben - Hetzner, OVHcloud, Scaleway, UpCloud, AWS, Azure, Google Cloud, DigitalOcean, Vultr, Akamai/Linode und Oracle Cloud. Beim Verbinden migriert nichts. Konto, Vertrag und Rechnung bleiben genau dort, wo sie beim Provider bereits sind; Sencai hält ein verschlüsseltes Credential und nichts weiter, und Sie können diesen Zugriff beim Provider jederzeit sofort widerrufen, ohne hier jemanden zu kontaktieren. In dem Moment, in dem ein Konto verbunden wird, erscheinen seine Instanzen, Netzwerke, Speichervolumes und DNS-Zonen automatisch im Inventar - kein Migrationsschritt, keine erzwungene Übernahme, kein Warten auf ein Wartungsfenster. Von dort an geht es Ressource für Ressource: Sie entscheiden, was unter aktive Verwaltung kommt und was vorerst als nur lesbarer Eintrag im Inventar bleibt. Siehe die Integrationsseiten - beginnend mit Hetzner - für das, was jeder verbundene Provider heute unterstützt.

Oder Sencai den Cloud-Vertrag führen lassen

Wenn Sie lieber keinen separaten Vertrag mit jedem berührten Provider führen möchten, kann Sencai Cloud-Kapazität unter seinen eigenen Konten in Ihrem Auftrag provisionieren und abrechnen. Das ist ein Vertrag und eine Rechnung statt vieler, mit den eigenen Kosten des Providers durchgereicht plus einer Marge von 2 %, als eigene Position auf der Abrechnung ausgewiesen - nie unsichtbar in eine größere Zahl eingerechnet. Die beiden Modelle sind keine Weggabelung, die Sie einmal wählen und mit der Sie leben. Eine einzelne Organisation kann BYOC-Konten für bereits vorhandene Infrastruktur führen und von Sencai verwaltete Kapazität für alles Kommende hinzufügen, oder verwaltet beginnen und bestehende BYOC-Konten später einbringen - beide liegen im selben Inventar, unter denselben Richtlinien, ohne den Bestand auf zwei Werkzeuge oder zwei Audit-Trails aufzuteilen. Kombinieren Sie das mit direkt eingebundener On-Premise-Hardware, und eine Organisation kann legitim eigene Racks, ein vor Jahren eröffnetes BYOC-AWS-Konto und Kapazität, die Sencai heute provisioniert und abrechnet, umspannen, ohne dass sich jemand merken muss, was was ist, wenn er das Dashboard öffnet.

Ein Inventar, eine Richtlinie, wo immer die Hardware steht

Cloud-Instanzen, On-Premise-Server und Kubernetes-Cluster landen im selben Inventar, unter derselben rollenbasierten Zugriffskontrolle, demselben Single Sign-On - Microsoft Entra ID oder Google Workspace, mit SCIM-Provisioning für beide - und demselben Just-in-Time-Rechteerweiterungs-Workflow für jeden, der vorübergehenden erweiterten Zugriff mit angehängter Genehmigung braucht. Es gibt keine separate Konsole für den Rechenzentrumsbestand und keinen zweiten Login für das Team, das physische Hardware verwaltet. Eine Sicherheitsprüfung oder ein interner Zugriffsaudit braucht keine andere Antwort für Server in einer Kolokationsanlage als für Instanzen in einer Cloud-Region - es ist dieselbe Flotte, dieselben Rollen, dieselbe Genehmigungsspur, einmal gefragt und einmal beantwortet. Siehe Sicherheit und Compliance dafür, wie dieses Zugriffsmodell einer Prüfung standhält. Für ein Team, das speziell deshalb hybrid arbeitet, weil manche Workloads ein bestimmtes Gebäude nicht verlassen dürfen, zählt diese Konsistenz ebenso sehr wie die Abdeckung selbst: Richtlinien lockern sich nicht still am Rand des Netzwerks, den eine Cloud-Konsole nicht einsehen kann.

Ein Audit-Trail, der nicht an der Cloud-Grenze endet

Jede Aktion über die Flotte hinweg - Cloud oder On-Premise - schreibt in dasselbe nur anfügbare, hash-verkettete Audit-Log. Wer letzten Dienstag einen Rack-Server gepatcht hat, wer um 2 Uhr morgens ein Runbook gegen eine Bare-Metal-Box ausgeführt hat, wer eine Firewall-Regel auf einer Cloud-Instanz angefasst hat: Es ist eine Abfrage gegen ein Log, kein aus einem Hypervisor, einem Ticketsystem und jemandes Erinnerung zusammengetragenes Rekonstruktionsprojekt. Sencai hält keine ISO-27001- oder SOC-2-Zertifizierung und sagt das direkt, statt etwas anderes anzudeuten. Was es einem Sicherheitsprüfer stattdessen liefert, sind die Nachweise, für die solche Zertifizierungen meist ein Stellvertreter sind: ein exportierbarer Audit-Trail, Verarbeitungsverzeichnisse, ein veröffentlichtes Subunternehmer-Register, eine Datenresidenz-Erklärung und eine veröffentlichte Auftragsverarbeitungsvereinbarung. Für ein Team, das bestimmte Workloads speziell aus Gründen der Datenresidenz On-Premise hält, kommt dieser Nachweis - kombiniert mit dem Betrieb nach EU-Recht, von einem in Prag ansässigen Unternehmen - oft näher an das heran, was die Prüfung eigentlich feststellen will, als ein Zertifikat, das Infrastruktur abdeckt, in der der sensible Workload ohnehin nicht liegt.

Bringen Sie die Hardware mit, die Sie bereits haben

Binden Sie einen Server direkt ein oder verbinden Sie ein Cloud-Konto - beide landen in dem Moment, in dem sie sich verbinden, im selben Inventar, ohne Migration und ohne erzwungene Übernahme. Der kostenlose Plan deckt 1 Nutzer, 1 Organisation und 5 verwaltete Ressourcen ohne Kreditkarte ab, und kostenpflichtige Organisationspläne beginnen bei 299 EUR/Monat (siehe [Preise](/pricing/)) mit einer 14-tägigen Testversion mit vollem Funktionsumfang, die ebenfalls keine Kreditkarte benötigt.

Kostenlose Testversion startenMit uns sprechen