Zum Hauptinhalt springen
OcosifyOpen Cloud Systems

Ocosify UIM

Geplant

Unified Infrastructure ManagementVerwalten Sie komplexe Infrastrukturen über eine konsistente Kontrollschicht.

Eine Kontrollschicht für Virtualisierung, Private Cloud und Public Cloud-Infrastruktur.

Ocosify Unified Infrastructure Management wurde entwickelt, um die Infrastruktur verschiedener Anbieter, Anbieterkonten und Standorte in einer zentralen Inventar-, Betriebs- und Governance-Plattform zusammenzuführen.

Anbieter-Ökosystem

Verbinden Sie die Plattformen, auf denen Ihre Infrastruktur bereits läuft

Die Liste gibt die Integrationsrichtung an, nicht die allgemeine aktuelle Unterstützung. Der Status wird pro Anbieter verwaltet und muss für das in einer Evaluierung verwendete Release bestätigt werden.

Virtualisierung und private Cloud

Anbieteradapter für lokale und gehostete Virtualisierungssteuerungsebenen.

Geplant

VMware vSphere

virtualization

Geplant

Proxmox VE

virtualization

Geplant

OpenStack

private cloud

Roadmap

Microsoft Hyper-V

virtualization

Roadmap

XCP-ng

virtualization

Individuelle Integration

KVM-basierte Infrastruktur

virtualization

Roadmap

Nutanix

private cloud

Roadmap

Apache CloudStack

private cloud

Öffentliche Cloud

Anbieteradapter für öffentliche Cloud-Konten, Abonnements, Projekte und Regionen.

Geplant

Amazon Web Services

public cloud

Geplant

Microsoft Azure

public cloud

Geplant

Google Cloud

public cloud

Roadmap

Huawei Cloud

public cloud

Roadmap

Oracle Cloud Infrastructure

public cloud

Roadmap

Alibaba Cloud

public cloud

Roadmap

DigitalOcean

public cloud

Roadmap

Hetzner Cloud

public cloud

Roadmap

Vultr

public cloud

Roadmap

Linode / Akamai Cloud

public cloud

Geplante Einträge und Roadmap-Einträge stellen keine Verpflichtung zu einem Veröffentlichungsdatum dar. Benutzerdefinierte Integrationen erfordern eine technische Bewertung.

Von der Fragmentierung zur Kontrolle

Ersetzen Sie die Konsolenumschaltung durch ein gemeinsames Betriebsmodell

Operative Fragmentierung

Infrastrukturteams verlieren Zeit und Kontext, wenn jede Plattform, jeder Standort und jedes Konto über eine separate Inventar- und Kontrolloberfläche verfügt.

  • Verschiedene Verwaltungsbildschirme für verschiedene Plattformen
  • Fragmentiertes Inventar
  • Separate Berechtigungssysteme
  • Manuelle Kapazitätsverfolgung
  • Unabhängige Verwaltung mehrerer Standorte
  • Eingeschränkte Sichtbarkeit zwischen Cloud- und lokaler Infrastruktur
  • Lieferantenbindung
  • Nicht standardmäßige Betriebsabläufe

Der Ocosify-Ansatz

Eine Anbieter-Adapter-Schicht und ein gemeinsames Ressourcenmodell sollen konsistente Arbeitsabläufe erstellen, ohne bedeutende Anbieterunterschiede zu verbergen.

  • Gemeinsame Anbieter-Adapter-Schicht
  • Einheitliches Ressourcenmodell
  • Zentrales Inventar
  • Einzelnes Verwaltungsportal
  • Zentrale Rollen und Berechtigungen
  • Gemeinsamer Workflow und Job-Engine
  • Einheitliches Überwachungsmodell
  • Kosten- und Kapazitätstransparenz
  • Multi-Cloud-Berichterstellung

Erwartete Betriebsergebnisse

Die Ergebnisse hängen von der Anbieterabdeckung, dem Implementierungsumfang, der Prozessakzeptanz und der Datenqualität ab.

  • Reduzierte betriebliche Komplexität
  • Zentralisierte Sichtbarkeit
  • Schnellere Ressourcenbereitstellung
  • Konsistentere Betriebsabläufe
  • Eine fundiertere Kapazitätsplanung
  • Geringeres Betriebsrisiko
  • Reduzierte Abhängigkeit von einer einzigen Anbieter-Steuerungsebene
  • Stärkere Geschäftskontinuitätsplanung

Referenzarchitektur

Adapter über Anbieter, allgemeine Dienste über Adapter

Die Architektur trennt anbieterspezifische Verbindungen von gemeinsamem Inventar, Arbeitsabläufen und Benutzererfahrungen.
  1. Infrastrukturanbieter

    • VMware
    • Proxmox
    • OpenStack
    • Hyper-V
    • AWS
    • Azure
    • Google Cloud
    • Huawei Cloud
    • OCI
  2. Anbieteradapter

    • Authentifizierung
    • Ressourcenzuordnung
    • Funktionserkennung
    • Übersetzung von Vorgängen
  3. Ocosify Kernplattform

    • Inventar
    • Compute
    • Netzwerk
    • Storage
    • IAM
    • Überwachung
  4. Schnittstellen

    • Unternehmensportal
    • Dienstanbieterportal
    • API
    • CLI

Bereitstellungseditionen

Eine Plattformrichtung für interne IT- und Serviceanbieter

Editionsverpackung und Verfügbarkeit werden im Rahmen der kommerziellen Evaluierung bestätigt. Der Vergleich beschreibt den Verwendungszweck und die Fähigkeitsrichtung.

Self Hosted — Enterprise Edition

Organisationen, die ihre eigene Infrastruktur verwalten

Eine zentrale, selbst gehostete Betriebsebene für interne IT-, Cloud- und Plattformteams.

  • Zentrales Portal für interne IT-TeamsGeplant
  • Multi-Datacenter-ManagementGeplant
  • Multi-Provider-UnterstützungGeplant
  • Zentrales InventarGeplant
  • Rollenbasierte ZugriffskontrolleGeplant
  • Audit-ProtokolleGeplant
  • ÜberwachungGeplant
  • Sichtbarkeit von Sicherung und NotfallwiederherstellungRoadmap
  • AutomatisierungGeplant
  • Interne organisatorische VerwendungGeplant

Service Provider Edition

Hosting-, Rechenzentrums- und Cloud-Dienstleister

Unternehmensbetrieb plus mandantenorientierte Servicebereitstellung, Kundenselbstbedienung und kommerzielle Integrationspunkte.

Beinhaltet das entsprechende Enterprise Edition-Fundament

  • Multi-Tenant-ArchitekturGeplant
  • KundenportalGeplant
  • Self-Service-RessourcenbereitstellungGeplant
  • MieterkontingenteGeplant
  • NutzungsmessungRoadmap
  • AbrechnungsintegrationRoadmap
  • ProduktkatalogGeplant
  • Pakete und PläneRoadmap
  • Reseller-SupportRoadmap
  • Berichte auf KundenebeneRoadmap
  • Zugriffsisolation auf MandantenebeneGeplant
  • White-Label-OptionenRoadmap

Die passende Edition hängt von der Mandantenstruktur, den kundenorientierten Arbeitsabläufen, den Abrechnungsverantwortlichkeiten und der Betriebsverantwortung ab.

Plattformmodule

Organisieren Sie die Infrastrukturarbeit rund um Ressourcen, Betrieb und Governance

Moduleinträge beschreiben den vorgesehenen Produktumfang. Statusbeschriftungen zeigen die geplante Richtung im Vergleich zur Roadmap-Richtung an und sollten bei jeder Funktion angezeigt werden.

Infrastruktur

Gemeinsames Ressourceninventar und anbieterbezogene Lebenszyklusvorgänge.

  • Virtuelle MaschinenGeplant
  • NetzwerkeGeplant
  • FirewallsRoadmap
  • SicherheitsgruppenRoadmap
  • Öffentliche IPsGeplant
  • Private NetzwerkeGeplant
  • VLANRoadmap
  • VPCRoadmap
  • VolumesGeplant
  • SnapshotsGeplant
  • ImagesGeplant
  • SSH-SchlüsselGeplant
  • RessourcengruppenGeplant
  • Load BalancersRoadmap

Operationen

Beobachten Sie den Ressourcenzustand, planen Sie Arbeiten und unterstützen Sie die Wiederherstellungsplanung.

  • ÜberwachungGeplant
  • MetrikenGeplant
  • ProtokolleRoadmap
  • WarnungenRoadmap
  • AktivitätsprotokolleGeplant
  • Audit-ProtokolleGeplant
  • SicherungRoadmap
  • WiederherstellenRoadmap
  • NotfallwiederherstellungRoadmap
  • Geplante AufgabenGeplant

Verwaltete Dienste

Machen Sie native, per Blueprint bereitgestellte oder registrierte Dienste über einen regulierten Katalog verfügbar.

  • PostgreSQLGeplant
  • MySQLGeplant
  • RedisGeplant
  • Object StorageGeplant
  • Load BalancersGeplant
  • SicherungGeplant
Erweiterter Leistungskatalog
  • MariaDBRoadmap
  • MemcachedRoadmap
  • MongoDBRoadmap
  • OpenSearchRoadmap
  • RabbitMQRoadmap
  • KafkaRoadmap

Automatisierung

Verbinden Sie Infrastrukturvorgänge mit wiederholbaren Schnittstellen und Arbeitsabläufen.

  • REST APIGeplant
  • CLIGeplant
  • Terraform ProviderRoadmap
  • WebhooksRoadmap
  • Geplante AufgabenGeplant
  • Workflow-AutomatisierungRoadmap
  • VorlagenGeplant
  • InfrastrukturpläneRoadmap

Konto und Governance

Definieren Sie Verantwortung, Berechtigungen, Nutzungssichtbarkeit und administrative Beweise.

  • Team & ZugriffGeplant
  • RollenGeplant
  • BerechtigungenGeplant
  • Nutzung & KostenRoadmap
  • AbrechnungRoadmap
  • PrüfungGeplant
  • KontoeinstellungenGeplant

Verwaltetes Servicemodell

Bereitstellung von Diensten über den besten verfügbaren Anbieterpfad

Eine Dienstanfrage kann eine anbieter-native API, einen Ocosify Blueprint oder die Registrierung eines vorhandenen Dienstes verwenden. Der unterstützte Pfad hängt von den Funktionen des Anbieters, dem Servicetyp und der Produktversion ab.
Geplant

Nativer Provider-Service

Verwalten Sie einen bereits vom Anbieter angebotenen Dienst direkt über dessen unterstützte API.

  • AWS RDS
  • Azure Datenbank
  • Cloud-Anbieter Redis Dienst
  • Anbieterobjektspeicher
Roadmap

Ocosify Blueprint

Wenn kein geeigneter nativer Dienst vorhanden ist, stellen Sie ein definiertes Dienstmuster auf virtuellen Maschinen oder Kubernetes bereit.

  • PostgreSQL Cluster
  • MySQL
  • Redis
  • RabbitMQ
  • OpenSearch
Roadmap

Bestehende Dienstregistrierung

Registrieren Sie einen laufenden Dienst im Ocosify-Inventar, um eine zentrale Eigentümerschaft und Betriebstransparenz bereitzustellen, ohne ihn neu erstellen zu müssen.

  • Vorhandener Datenbankcluster
  • Vorhandener Objektspeicher-Endpunkt
  • Vorhandener Load-Balancer-Dienst
Serviceanfrage
Nativer Cloud-Dienst
Ocosify Blueprint
Bestehender Dienst
BereitstellungÜberwachungSicherungSkalierungPrüfung

Nicht jeder Vorgang gilt für jedes Servicemodell. Die Verfügbarkeit muss pro Anbieter, Dienst und Release ausgewiesen werden.

Sicherung, Replikation und Synchronisierung

Integrieren Sie die Wiederherstellungsfähigkeit in dieselbe Betriebsansicht

Ausfallsicherheitsfunktionen sind anbieter- und arbeitslastabhängig. Roadmap-Beschriftungen geben nur die Richtung an und dürfen nicht als aktueller Schutz oder Wiederherstellungsgarantie interpretiert werden.

Sicherung und Wiederherstellung

  • VM-SicherungRoadmap
  • Volume-BackupRoadmap
  • DatenbanksicherungRoadmap
  • Snapshot-RichtlinienRoadmap
  • AufbewahrungsrichtlinienRoadmap
  • Inkrementelle SicherungRoadmap
  • Geplante SicherungRoadmap
  • Standortübergreifende SicherungRoadmap
  • Backup-ZustandsüberwachungRoadmap
  • WiederherstellungstestRoadmap
  • Wiederherstellung zu einem bestimmten ZeitpunktRoadmap

Replikation und Notfallwiederherstellung

  • Anbieterübergreifende ReplikationRoadmap
  • NotfallwiederherstellungspläneRoadmap
  • Transparenz des Recovery Point Objective (RPO)Roadmap
  • Transparenz des Recovery Time Objective (RTO)Roadmap
  • Sichtbarkeit der DatenbankreplikationRoadmap

Synchronisierung

  • Datei- oder ObjektsynchronisierungRoadmap
  • KonfigurationssynchronisierungRoadmap
  • Bild- und VorlagensynchronisierungRoadmap

Multi Cloud Manager

Aktivieren Sie die Multi-Provider-Steuerung als lizenzierte Fähigkeitsgruppe

Multi Cloud Manager ist kein separates Produkt. Es handelt sich um eine Funktionsgruppe, die innerhalb einer der Editionen UIM lizenziert werden soll. Verpackung und Release-Verfügbarkeit werden während der Evaluierung bestätigt.

Multi Cloud Manager ist Teil von UIM und wird nicht als eigenständige Plattform verkauft oder positioniert.

1 Provider License

Verbinden Sie einen Anbietertyp oder eine Umgebung, z. B. eine VMware-, Proxmox-, OpenStack- oder AWS-Verbindung, innerhalb des vereinbarten Lizenzumfangs.

  • Single-Provider-VerbindungGeplant
  • BasisinventarGeplant
  • Compute-ManagementGeplant
  • NetzwerkverwaltungGeplant
  • SpeicherverwaltungGeplant
  • Grundlegende ÜberwachungGeplant
  • Basis-AuditGeplant

Multi Cloud License

Verbinden Sie zwei oder mehr Anbieter, um eine anbieterübergreifende Inventar-, Berichts- und Governance-Ebene zu erstellen.

  • Zwei oder mehr Provider-VerbindungenGeplant
  • Einheitliches InventarGeplant
  • Globale RessourcensucheGeplant
  • Anbieterübergreifendes DashboardGeplant
  • RessourcengruppierungGeplant
  • Zentrale BerichterstattungGeplant
  • Einheitliche KostenanalyseRoadmap
  • Globale KapazitätssichtbarkeitRoadmap
  • AnbietervergleichRoadmap

Erweiterte Multi-Cloud-Richtung

Diese Fähigkeiten erfordern eine zuverlässige Anbieterabdeckung und ausgereifte betriebliche Sicherheitsmaßnahmen. Es handelt sich um Roadmap-Elemente und nicht um derzeit versprochene Ergebnisse.

  • Richtlinienbasierte PlatzierungRoadmap
  • Kostenbasierte PlatzierungRoadmap
  • Standortbezogene PlatzierungRoadmap
  • Kapazitätsbasierte PlatzierungRoadmap
  • Anbieterbasiertes automatisches FailoverRoadmap
  • Anbieterübergreifende NotfallwiederherstellungRoadmap
  • Anbieterübergreifende MigrationsworkflowsRoadmap
  • Globale KapazitätsoptimierungRoadmap
  • Einheitliches TaggingRoadmap
  • Einheitliche Governance-RichtlinienRoadmap

Produkt-Roadmap

Ein schrittweiser Weg von der Bestandsaufnahme zum End-to-End-Betrieb

Die Roadmap beschreibt die geplanten nächsten Phasen und kann sich je nach technischer Validierung, Anbieter-APIs und Kundenprioritäten ändern. Sie stellt weder verbindliche Termine noch allgemein verfügbare Funktionen dar.

VM-Verwaltung

Geplant

Erstellen und verwalten Sie echte Serverressourcen durch die Integrationen OpenStack, Proxmox und VMware.

Netzwerk und Sicherheit

Geplant

Verwalten Sie echte IP-Adressen, VLANs, Firewall-Regeln und Load Balancer.

Speicherung

Geplant

Verwalten Sie Volumes, Snapshots, Objektspeicher und automatisierte Backup-Workflows.

Datenbanken

Geplant

Stellen Sie PostgreSQL-, MySQL- und Redis-Dienste bereit, sichern und skalieren Sie diese.

Benutzerverwaltung

Geplant

Fügen Sie Authentifizierung, mandantenfähige Strukturen, Rollen und Berechtigungen hinzu.

Überwachung

Geplant

Fügen Sie Live-Metriken, Protokolle, Warnungen und Benachrichtigungskanäle hinzu.

Abrechnung

Roadmap

Messen Sie die tatsächliche Nutzung und unterstützen Sie Pakete, Zahlungen und Rechnungsintegrationen.

Automatisierung

Geplant

Fügen Sie API, CLI, Terraform Provider, Webhooks und geplante Aufgaben hinzu.

Sicherheit

Geplant

Fügen Sie Geheimverwaltung, Zwei-Faktor-Authentifizierung und manipulationssichere Prüfaufzeichnungen hinzu.

Plattforminfrastruktur

Geplant

Erstellen Sie die Backend-API, die Datenbank, die Job-Queue und das Echtzeit-Ereignissystem.

Qualität

Geplant

Erweitern Sie Integration und End-to-End-Tests, CI/CD, Staging und Fehlerüberwachung.

Wo UIM passt

Eine gemeinsame Kontrollschicht für interne Plattformen und Servicebereitstellung

Hybrides Unternehmensinventar

Organisieren Sie Virtualisierungscluster, private Cloud-Ressourcen und öffentliche Cloud-Konten in einem durchsuchbaren Modell.

Betrieb mit mehreren Rechenzentren

Koordinieren Sie Ressourcenbesitz, Kapazität und Betriebsabläufe standortübergreifend.

Anbieter-Leistungskatalog

Bieten Sie kontrollierte Infrastruktur- und Managed-Service-Optionen über wiederholbare Erfüllungspfade.

Kunden-Selbstbedienung

Geben Sie Service-Provider-Mandanten kontrollierten Zugriff auf Kontingente, Kataloge und Ressourcenvorgänge.

UIM FAQ

Fragen zum einheitlichen Infrastrukturmanagement

Mit welchen Infrastrukturplattformen kann Ocosify UIM eine Verbindung herstellen?

Die Integrationsrichtung umfasst VMware vSphere, Proxmox VE, OpenStack, große öffentliche Clouds und zusätzliche Anbieter. Jeder Anbieter verfügt über einen expliziten geplanten, Roadmap- oder benutzerdefinierten Integrationsstatus; Bestätigen Sie vor der Evaluierung die aktuelle Versionsunterstützung.

Kann es mehrere Rechenzentren verwalten?

Die Bestandsaufnahme und der Betrieb mehrerer Rechenzentren sind Teil des geplanten Enterprise Edition-Umfangs. Die verfügbaren Vorgänge hängen von den angeschlossenen Anbietern und dem Release ab.

Ist UIM für Dienstleister geeignet?

Die Service Provider Edition ist für mandantenfähige Portale, Self-Service-Bereitstellung, Kontingente, Kataloge und kommerzielle Integrationen konzipiert. Einzelne Funktionen haben separate Verfügbarkeitsstatus.

Wie funktioniert die Multi-Cloud-Lizenz?

Multi Cloud Manager ist eine lizenzierte UIM-Fähigkeitsgruppe und kein separates Produkt. Ein Ein-Anbieter-Bereich konzentriert sich auf einen verbundenen Anbieter, während der Multi-Cloud-Bereich für zwei oder mehr Anbieter und anbieterübergreifende Sichtbarkeit gedacht ist.

Können verwaltete Datenbanken über die Plattform angeboten werden?

Das ist Teil der Produktausrichtung. Ein Dienst kann eine anbietereigene Datenbank, einen Ocosify Blueprint oder die Registrierung eines vorhandenen Dienstes verwenden. Datenbanktypen und Lebenszyklusvorgänge müssen vom Anbieter und Release bestätigt werden.

Ersetzt UIM VMware, Proxmox oder OpenStack?

Nein. UIM ist als Kontroll- und Governance-Ebene über diesen Systemen konzipiert. Der zugrunde liegende Anbieter bleibt für seine nativen Virtualisierungs- oder Cloud-Funktionen verantwortlich.

Kann bestehende Infrastruktur importiert werden?

Zentrale Entdeckung und Inventarisierung sollen vorhandene Ressourcen darstellen, ohne sie neu zu erstellen. Die Importtiefe und die unterstützten Metadaten hängen vom Anbieteradapter ab.

Gewährleistet die anbieterübergreifende Notfallwiederherstellung die Kontinuität des Dienstes?

Nein. Die anbieterübergreifende Notfallwiederherstellung ist eine Roadmap-Richtung, und die Wiederherstellungsergebnisse hängen vom Workload-Design, der Datenreplikation, dem Anbieterverhalten, den Tests und der Betriebsbereitschaft ab.

Planen Sie eine einheitliche Betriebsschicht

Bringen Sie die Anbieter- und Standortkomplexität in ein klareres Betriebsmodell.

Sagen Sie uns, welche Plattformen, Standorte und Arbeitsabläufe am wichtigsten sind. Wir definieren einen realistischen Bewertungsumfang und bestätigen den Integrationsstatus.