Zum Hauptinhalt springen

Architekturressourcen für Unternehmen

Sehen Sie sich vorhandene Lösungsarchitekturen zusammen mit den referenzierten Produkt- und Betriebsleitfäden an.

Architekturübersichten der Lösungen

Diese Diagramme und Beschreibungen stammen aus den vorhandenen Lösungsseiten. Öffnen Sie eine Lösung, um den vollständigen Umfang und die verknüpften Produktreferenzen zu sehen.

KI-API

Nutzen Sie alle veröffentlichten Modelle mit OpenAI-kompatiblem Chat Completions oder Claude Messages. Hier finden Sie exakte Modellkennungen, Clientbeispiele, Authentifizierung und protokollspezifische Hinweise.

Produktleitfaden öffnen

Weg von Anfrage und Antwort

Inferenzanfrage
  1. Im Verantwortungsbereich des Kunden Anwendungsclient

    Die integrierende Anwendung erstellt und sendet die Anfrage.

    sendet eine Anfrage
    Plattformkomponente Authentifizierung und Berechtigungen

    Identität und Zugriffsrechte der Anfrage werden an der Dienstgrenze geprüft.

  2. Plattformkomponente Authentifizierung und Berechtigungen

    Identität und Zugriffsrechte der Anfrage werden an der Dienstgrenze geprüft.

    autorisierte Anfrage wird weitergeleitet
    Plattformkomponente Modellrouting

    Die Anfrage wird entsprechend dem gewählten Modell und der verfügbaren Integration weitergeleitet.

  3. Plattformkomponente Modellrouting

    Die Anfrage wird entsprechend dem gewählten Modell und der verfügbaren Integration weitergeleitet.

    leitet an den gewählten Anbieter
    Externes System Upstream-Anbieter

    Ein Drittanbieter verarbeitet die Anfrage für das gewählte Modell.

  4. Externes System Upstream-Anbieter

    Ein Drittanbieter verarbeitet die Anfrage für das gewählte Modell.

    gibt die Anbieterantwort zurück
    Im Verantwortungsbereich des Kunden Antwort an die Anwendung

    Der Client erhält die Antwort und verarbeitet sie in seiner eigenen Anwendung.

Konzeptioneller Anfrageweg. Authentifizierung, Berechtigungen, Routing und Verhalten des Anbieters hängen von der gewählten Integration und dem Anbieter ab.

Architekturverweise

Logisches Modell
Bereitstellung
Integration
Sicherheit

Modelltrainings-API

Nutzen Sie den vollständigen TrainingProject-Ablauf, lernen Sie den abwärtskompatiblen Python-Client und die API kennen und führen Sie reproduzierbare lokale Trainingsläufe aus.

Produktleitfaden öffnen

FusionPointAI Training SDK: Sitzung und Laufzeit

Authentifizieren und autorisierte Daten vorbereiten
  1. Im Verantwortungsbereich des Kunden Kunden-API-Schlüssel

    TrainingClient sendet den Kundenschlüssel als Bearer-Zugangsdaten.

    authentifiziert die TrainingClient-API-Anfrage
    Plattformkomponente Authentifizierte, bezahlte Auftragssitzung

    Die Plattform prüft Auftragseigentum, Training-SDK-Produkt, gebuchte Laufzeit, Sitzungsablauf und aktuellen bezahlten Referenzzugriff.

  2. Plattformkomponente Authentifizierte, bezahlte Auftragssitzung

    Die Plattform prüft Auftragseigentum, Training-SDK-Produkt, gebuchte Laufzeit, Sitzungsablauf und aktuellen bezahlten Referenzzugriff.

    prüft den aktuellen bezahlten Zugriff auf das Referenzmodell
    Plattformkomponente Ausgewähltes bezahltes Referenzmodell

    Die Plattform nutzt das aktuell autorisierte Referenzmodell zur Beispielerzeugung; es liefert keine Gewichte des Studentenmodells.

  3. Plattformkomponente Ausgewähltes bezahltes Referenzmodell

    Die Plattform nutzt das aktuell autorisierte Referenzmodell zur Beispielerzeugung; es liefert keine Gewichte des Studentenmodells.

    erzeugt getrennte Trainings- und zurückgehaltene Validierungsbeispiele
    Plattformkomponente Datenaufbereitung durch die Plattform

    Die Plattform erzeugt begrenzte Trainingsbeispiele und getrennte zurückgehaltene Validierungsbeispiele gemäß Ziel und Kriterien.

  4. Plattformkomponente Authentifizierte, bezahlte Auftragssitzung

    Die Plattform prüft Auftragseigentum, Training-SDK-Produkt, gebuchte Laufzeit, Sitzungsablauf und aktuellen bezahlten Referenzzugriff.

    autorisiert die eigene, konfigurierte Auftragssitzung
    Plattformkomponente Datenaufbereitung durch die Plattform

    Die Plattform erzeugt begrenzte Trainingsbeispiele und getrennte zurückgehaltene Validierungsbeispiele gemäß Ziel und Kriterien.

  5. Plattformkomponente Datenaufbereitung durch die Plattform

    Die Plattform erzeugt begrenzte Trainingsbeispiele und getrennte zurückgehaltene Validierungsbeispiele gemäß Ziel und Kriterien.

    validiert und speichert train- und validation-Batches
    Plattformkomponente Trainings- und Validierungsdaten

    Sitzungsendpunkte liefern JSONL samt Manifest. Dieser Ablauf überträgt keinen finalen Testsatz.

Studentenmodell laden und Training ausführen
  1. Plattformkomponente Trainings- und Validierungsdaten

    Sitzungsendpunkte liefern JSONL samt Manifest. Dieser Ablauf überträgt keinen finalen Testsatz.

    SDK lädt autorisierte Splits und prüft Manifestgröße, Zeilen und SHA-256
    FusionPointAI-Software FusionPointAI Training SDK

    FusionPointAI stellt TrainingClient und Trainer-Software bereit; das SDK läuft in der gewählten Laufzeit.

  2. FusionPointAI-Software FusionPointAI Training SDK

    FusionPointAI stellt TrainingClient und Trainer-Software bereit; das SDK läuft in der gewählten Laufzeit.

    lädt den ausgewählten Student-Checkpoint
    Im Verantwortungsbereich des Kunden Ausgewählter Student-Checkpoint

    Das SDK lädt Repository und Revision des konfigurierten Studentenmodells.

  3. FusionPointAI-Software FusionPointAI Training SDK

    FusionPointAI stellt TrainingClient und Trainer-Software bereit; das SDK läuft in der gewählten Laufzeit.

    FusionPointAI SDK führt die Optimierung in der konfigurierten Laufzeit aus
    Betreiber der gewählten Laufzeitumgebung Trainingslaufzeit und Betreiber

    Konfiguriertes Ziel: FusionPointAI Hosting, Kundendatacenter oder kompatibles Colab; der Betreiber stellt Rechenleistung bereit.

Evaluierung melden und Laufzeit-Artefakt behalten
  1. Betreiber der gewählten Laufzeitumgebung Trainingslaufzeit und Betreiber

    Konfiguriertes Ziel: FusionPointAI Hosting, Kundendatacenter oder kompatibles Colab; der Betreiber stellt Rechenleistung bereit.

    sendet von der Laufzeit gemeldete Trainings- und Evaluierungsereignisse
    Plattformkomponente Fortschritts- und Abschlussbericht

    Die Plattform speichert SDK-Ereignisse und prüft übermittelte Evaluierungsfelder; der Laufzeitbericht ist keine unabhängige Verifikation.

  2. Betreiber der gewählten Laufzeitumgebung Trainingslaufzeit und Betreiber

    Konfiguriertes Ziel: FusionPointAI Hosting, Kundendatacenter oder kompatibles Colab; der Betreiber stellt Rechenleistung bereit.

    speichert die Modelldatei in der Laufzeit
    Betreiber der gewählten Laufzeitumgebung Laufzeitlokales Modellartefakt

    Das SDK speichert das Artefakt in der Laufzeit. Die Plattform speichert gemeldeten Namen und SHA-256-Metadaten, nicht die Modelldatei.

  3. Betreiber der gewählten Laufzeitumgebung Laufzeitlokales Modellartefakt

    Das SDK speichert das Artefakt in der Laufzeit. Die Plattform speichert gemeldeten Namen und SHA-256-Metadaten, nicht die Modelldatei.

    meldet Namen und Hash, nicht die Modelldatei
    Plattformkomponente Fortschritts- und Abschlussbericht

    Die Plattform speichert SDK-Ereignisse und prüft übermittelte Evaluierungsfelder; der Laufzeitbericht ist keine unabhängige Verifikation.

Der TrainingClient öffnet für die konfigurierte Laufzeit eine bezahlte Auftragssitzung. FusionPointAI bereitet Trainings- und zurückgehaltene Validierungsdaten auf und stellt sie bereit; das FusionPointAI Training SDK läuft auf FusionPointAI Hosting, im Kundendatacenter oder in einer kompatiblen Colab-Laufzeit. Die Plattform speichert gemeldete Evaluierungs- und Artefaktmetadaten; die Modelldateien bleiben in der Laufzeit. Diese Sitzungs-API überträgt keinen finalen Testsatz.

Architekturverweise

Logisches Modell
Bereitstellung
Integration
Sicherheit

GPU-Hosting

Bewerten Sie GPUs anhand von Modell, Speicherbedarf, Laufzeit, Parallelität und Lieferziel. Nutzen Sie aktuelle Hardware- und Hostingkataloge statt allgemeiner Leistungsannahmen.

Produktleitfaden öffnen

Von der Hosting-Anfrage zum Workload-Betrieb

Umfang festlegen und bereitstellen
  1. Im Verantwortungsbereich des Kunden Hosting-Anfrage

    Der Kunde beschreibt Workload-, Bereitstellungs- und Kapazitätsbedarf.

    fließt in die Umfangsprüfung ein
    Im vereinbarten Leistungsumfang festgelegt Kommerzielle Zuweisung

    Umfang und Kapazitätsannahmen werden vor einer Vereinbarung geprüft.

  2. Im vereinbarten Leistungsumfang festgelegt Kommerzielle Zuweisung

    Umfang und Kapazitätsannahmen werden vor einer Vereinbarung geprüft.

    legt die vereinbarte Zuweisung fest
    Im vereinbarten Leistungsumfang festgelegt Workload-Bereitstellung

    Der Workload wird in der Umgebung des vereinbarten Bereitstellungsmodells platziert.

Betreiben und übergeben
  1. Im vereinbarten Leistungsumfang festgelegt Workload-Bereitstellung

    Der Workload wird in der Umgebung des vereinbarten Bereitstellungsmodells platziert.

    wird innerhalb des Umfangs beobachtet
    Im vereinbarten Leistungsumfang festgelegt Überwachung

    Die betriebliche Transparenz richtet sich nach den Verantwortlichkeiten des gewählten Umfangs.

  2. Im vereinbarten Leistungsumfang festgelegt Überwachung

    Die betriebliche Transparenz richtet sich nach den Verantwortlichkeiten des gewählten Umfangs.

    unterstützt die betriebliche Übergabe
    Im vereinbarten Leistungsumfang festgelegt Bereitstellung und Übergabe

    Zugriff und betriebliche Übergabe folgen dem vereinbarten Verfahren.

Beispielhafter Dienstablauf. Kapazität, Platzierung, Überwachung und Bereitstellung richten sich nach Produktverfügbarkeit und vereinbartem Bereitstellungsumfang.

Lösungsdetails öffnen: Rechenleistung passend zu Arbeitslast und bestätigter Verfügbarkeit wählen

Architekturverweise

Logisches Modell
Bereitstellung
Integration
Sicherheit

Modellentwicklung

Bewerten Sie Transformationen anhand von Versionsnachweisen, Zielhardware, Laufzeit, Sprache und Lieferung. Beginnen Sie mit einem konkreten Quellmodell und Abnahmekriterien.

Produktleitfaden öffnen

Engineering und Validierung von Artefakten

Engineering-Auftrag
  1. Im Verantwortungsbereich des Kunden Eingangsartefakt

    Der Kunde benennt das Modell oder Artefakt und dessen zulässige Verwendung.

    wird auf den Umfang geprüft
    Im vereinbarten Leistungsumfang festgelegt Umfang und Angebot

    Angeforderte Arbeiten, Abhängigkeiten und kommerzieller Umfang werden dokumentiert.

  2. Im vereinbarten Leistungsumfang festgelegt Umfang und Angebot

    Angeforderte Arbeiten, Abhängigkeiten und kommerzieller Umfang werden dokumentiert.

    beginnt nach Vereinbarung des Umfangs
    Plattformkomponente Modell-Engineering

    Die Arbeiten erfolgen innerhalb des bestätigten technischen Umfangs.

  3. Plattformkomponente Modell-Engineering

    Die Arbeiten erfolgen innerhalb des bestätigten technischen Umfangs.

    wird anhand der Kriterien geprüft
    Im vereinbarten Leistungsumfang festgelegt Validierung

    Ergebnisse werden anhand vereinbarter Abnahmekriterien geprüft.

  4. Im vereinbarten Leistungsumfang festgelegt Validierung

    Ergebnisse werden anhand vereinbarter Abnahmekriterien geprüft.

    wird nach Abnahme übergeben
    Plattformkomponente Lieferung

    Die vereinbarten Ergebnisse und Übergabeinformationen werden bereitgestellt.

Ein für jeden Auftrag festgelegter Engineering-Ablauf: Angebot, Validierungskriterien, Ergebnisse und Verantwortlichkeiten werden abgestimmt.

Lösungsdetails öffnen: Modellversionen auf ein dokumentiertes Produktionsziel abstimmen

Architekturverweise

Logisches Modell
Bereitstellung
Integration
Sicherheit

Banking für Unternehmen

Prüfen Sie eine Banking-Blockchain mit klaren Asset-Richtlinien, Transaktionskontrollen, Governance-Zuständigkeiten und einem abgestimmten Weg von der Testumgebung zum Betriebsmodell.

Produktleitfaden öffnen

Banktransaktionen, Gebühren und Verantwortlichkeiten

Bankanwendungen und Asset-Kontrollen
  1. Im Verantwortungsbereich des Kunden Bankanwendungen

    Kundenkanäle und interne Systeme starten autorisierte Integrationsanfragen.

    integriert über die ausgewählte API
    Im vereinbarten Leistungsumfang festgelegt Banking-API-Integration

    Ausgewählte APIs verbinden Banksysteme mit den vorgesehenen Netzwerkfunktionen.

  2. Im vereinbarten Leistungsumfang festgelegt Banking-API-Integration

    Ausgewählte APIs verbinden Banksysteme mit den vorgesehenen Netzwerkfunktionen.

    übermittelt Aktionen zur konfigurierten Autorisierung
    Im vereinbarten Leistungsumfang festgelegt Governance und Autorisierung

    Konfigurierte Instanzen und Richtlinien regeln zulässige Asset-Vorgänge.

  3. Im vereinbarten Leistungsumfang festgelegt Governance und Autorisierung

    Konfigurierte Instanzen und Richtlinien regeln zulässige Asset-Vorgänge.

    wendet konfigurierte Befugnisse auf Asset-Aktionen an
    Im vereinbarten Leistungsumfang festgelegt Native Asset-Kontrollen

    Der konfigurierte Asset-Lebenszyklus kann Minting, Burning und Beschränkungen umfassen.

  4. Im vereinbarten Leistungsumfang festgelegt Native Asset-Kontrollen

    Der konfigurierte Asset-Lebenszyklus kann Minting, Burning und Beschränkungen umfassen.

    übermittelt Änderungen für Minting, Burning oder Beschränkungen
    Im vereinbarten Leistungsumfang festgelegt Netzwerk-Validatoren

    Validatoren verarbeiten Transaktionen gemäß der Konfiguration des gewählten Netzwerks.

  5. Im vereinbarten Leistungsumfang festgelegt Netzwerk-Validatoren

    Validatoren verarbeiten Transaktionen gemäß der Konfiguration des gewählten Netzwerks.

    stellt aufgezeichnete Netzwerkdaten im Explorer bereit
    Im vereinbarten Leistungsumfang festgelegt Explorer und Berichte

    Netzwerkdaten werden über den konfigurierten Explorer und Integrationen dargestellt.

Technisches Gas und Kundenentgelte
  1. Im Verantwortungsbereich des Kunden Bankanwendungen

    Kundenkanäle und interne Systeme starten autorisierte Integrationsanfragen.

    kann konfiguriertes technisches Gas-Sponsoring nutzen
    Im vereinbarten Leistungsumfang festgelegt Paymaster

    Technisches Gas-Sponsoring ist ein Transaktionsmechanismus, nicht die Gebührenpolitik der Bank.

  2. Im vereinbarten Leistungsumfang festgelegt Paymaster

    Technisches Gas-Sponsoring ist ein Transaktionsmechanismus, nicht die Gebührenpolitik der Bank.

    handhabt technisches Transaktionsgas
    Im vereinbarten Leistungsumfang festgelegt Netzwerk-Validatoren

    Validatoren verarbeiten Transaktionen gemäß der Konfiguration des gewählten Netzwerks.

  3. Im Verantwortungsbereich des Kunden Gebührenpolitik der Bank

    Die Bank legt Kundenentgelte und zugehörige Angaben separat fest.

    die Bank legt Kundenentgelte separat fest
    Im Verantwortungsbereich des Kunden Bankgebühren für Kunden

    Kundenentgelte richten sich nach den eigenen Produkten, Richtlinien und Angaben der Bank.

Schlüssel und Bereitstellungsverantwortung
  1. Im vereinbarten Leistungsumfang festgelegt Verwaltet oder bankgehostet

    Das gewählte Modell bestimmt Hosting- und Betriebsgrenzen.

    legt die vereinbarte Schlüsselkontrolle fest
    Im vereinbarten Leistungsumfang festgelegt Schlüsselverantwortung

    Verwahrung und Verwaltung obliegen der im vereinbarten Umfang benannten Partei.

  2. Im vereinbarten Leistungsumfang festgelegt Verwaltet oder bankgehostet

    Das gewählte Modell bestimmt Hosting- und Betriebsgrenzen.

    legt Hosting und Betrieb fest
    Im vereinbarten Leistungsumfang festgelegt Hosting und Betrieb

    Die betriebliche Verantwortung richtet sich nach dem verwalteten oder bankgehosteten Umfang.

Konzeptionelle Integrationsübersicht. Technische Gas-Abwicklung ist von der Kunden-Gebührenpolitik der Bank getrennt. Hosting, Schlüsselkontrolle und Betriebsverantwortung hängen vom vereinbarten Bereitstellungsumfang ab.

Lösungsdetails öffnen: Finanzprozesse mit institutseigenen Kontrollen modernisieren

Architekturverweise

Logisches Modell
Bereitstellung
Integration
Sicherheit

Verwaltete EVM-Netzwerke

Prüfen Sie Managed-Network-, Infrastruktur- und Betriebsprodukte und klären Sie Protokoll, Validatorpflichten, Zugriff, Upgrades, Vorfälle und Kundenverantwortung.

Produktleitfaden öffnen

Beziehungen zwischen Anwendungen und Netzwerkdiensten

Anwendungspfad
  1. Im Verantwortungsbereich des Kunden Anwendungen

    Kundenanwendungen verwenden den konfigurierten Endpunkt und das Netzwerk.

    sendet Anwendungsanfragen
    Plattformkomponente RPC-Zugriff

    Anfragen gelangen über die konfigurierte RPC-Schnittstelle hinein.

  2. Plattformkomponente RPC-Zugriff

    Anfragen gelangen über die konfigurierte RPC-Schnittstelle hinein.

    verbindet sich mit konfigurierten Netzwerkdiensten
    Im vereinbarten Leistungsumfang festgelegt Validatoren

    Validatoren nehmen am ausgewählten EVM-Netzwerk teil.

Netzwerkbetrieb
  1. Im vereinbarten Leistungsumfang festgelegt Validatoren

    Validatoren nehmen am ausgewählten EVM-Netzwerk teil.

    arbeitet gemäß der Netzwerk-Governance
    Im vereinbarten Leistungsumfang festgelegt Governance

    Die Governance richtet sich nach dem Netzwerk und den dafür festgelegten Instanzen.

  2. Im vereinbarten Leistungsumfang festgelegt Validatoren

    Validatoren nehmen am ausgewählten EVM-Netzwerk teil.

    liefert Netzwerkdaten für den Explorer
    Plattformkomponente Explorer

    Ein Explorer stellt Netzwerkinformationen zur Prüfung dar.

  3. Im vereinbarten Leistungsumfang festgelegt Validatoren

    Validatoren nehmen am ausgewählten EVM-Netzwerk teil.

    unterliegt einem betrieblichen Umfang
    Im vereinbarten Leistungsumfang festgelegt Betrieb

    Betriebliche Verantwortlichkeiten werden im vereinbarten Leistungsumfang festgelegt.

Konzeptionelle Komponentenübersicht für einen verwalteten EVM-Dienst. Es wird kein aktives Netzwerk benannt und kein bestimmtes Verfügbarkeits- oder Leistungsniveau zugesagt.

Lösungsdetails öffnen: Netzdienste mit klaren Verantwortungsgrenzen betreiben

Architekturverweise

Logisches Modell
Bereitstellung
Integration
Sicherheit

Zugehörige Produkt- und Betriebsleitfäden

Die Links oben führen zu vorhandenen Dokumentationskapiteln und Produktreferenzen, die weiterhin die Quelle für technische Details sind.

Architekturprüfung anfordern Beschaffungsinformationen ansehen