Speak to a rep about your business needs
See our product support options
Allgemeine Anfragen und Standorte
KontaktWir verwenden KI-Tools, um unsere Inhalte in mehreren Sprachen bereitzustellen. Da diese Übersetzungen automatisiert sind, kann es zu Abweichungen zwischen der englischen und der übersetzten Version kommen. Die englische Version dieser Inhalte ist die offizielle Version. Kontaktieren Sie BMC, um mit einem Experten zu sprechen, der Ihre Fragen beantworten kann.
Weiterleitung…
Basierend auf den Einstellungen Ihres Browsers haben wir festgestellt, dass Sie diese Website möglicherweise lieber in einer anderen Sprache ansehen möchten.
Wir verwenden KI-Tools, um unsere Inhalte in mehreren Sprachen bereitzustellen. Da diese Übersetzungen automatisiert sind, kann es zu Abweichungen zwischen der englischen und der übersetzten Version kommen. Die englische Version dieser Inhalte ist die offizielle Version. Kontaktieren Sie BMC, um mit einem Experten zu sprechen, der Ihre Fragen beantworten kann.
Control-M auf AWS
Control-M orchestriert Anwendungen, Datenpipelines, Dateiübertragungen, KI-Workflows und Amazon Bedrock-Agenten als einen gesteuerten Prozess und verbindet AWS-Dienste mit dem Rest Ihrer Cloud- oder Hybridumgebungen, sodass Unternehmen von isolierter Ausführung zu vertrauenswürdiger Orchestrierung wechseln können.
Control-M für AWS
KI-Workflow-Orchestrierung auf AWS besteht darin, KI-Modelle, Agenten und die Datenpipelines, die sie einspeisen, als einen gesteuerten Produktionsprozess auszuführen.
Mit Control-M koordinieren Sie Amazon Bedrock-Agenten, Amazon SageMaker-Modelle, AWS-Datendienste, Anwendungen und Dateiübertragungen in einem einzigen Workflow. Control-M verfolgt die Abhängigkeiten zwischen Schritten, verwaltet Service Level Agreements (SLA) und führt bei jedem Durchlauf eine Audit-Spur.
Teams beobachten den gesamten Prozess, um zu wissen, ob das Geschäftsergebnis auf Kurs ist, bevor es zu einer Verzögerung kommt. Wenn ein Prozess über AWS hinausgeht, trägt derselbe Workflow ihn über Ihre hybride Umgebung hinweg.
Für die meisten Unternehmen, die KI in hybriden Umgebungen mit AWS betreiben, ist die Einschränkung weder die Modellqualität noch die Automatisierungsabdeckung. Es ist das Fehlen einer zuverlässigen Darstellung dessen, was zwischen Systemen passiert. Eine Pipeline endet spät, ein Agent handelt auf das, was er produziert hat, und nachgelagerte Arbeit läuft mit unvollständigen Daten. Bis jemand diese Ereignisse verknüpft, hat der Geschäftsprozess bereits sein Zeitfenster verpasst. Kein einzelnes System ist ausgefallen, was einer der Gründe ist, warum das Problem unentdeckt blieb.
Die Agentenadoption verschärft das Problem. Teams setzen Amazon Bedrock-Agenten, benutzerdefinierte Agenten und frameworkbasierte Agenten über separate AWS-Konten und Geschäftseinheiten ein. Jeder hat seinen eigenen Trigger, und nur wenige teilen sich einen Genehmigungspfad, eine Laufzeitrichtlinie oder einen Audit-Datensatz. Jeder agentische Schritt fügt einen weiteren Ausführungspfad hinzu, auf den das Unternehmen angewiesen ist. Da kein Team einen vollständigen Überblick darüber hat, wie diese Pfade verbunden sind, taucht meist ein stockender Schritt durch einen fehlenden Bericht statt durch eine Warnung auf.
Control-M arbeitet als Orchestrierungsschicht über AWS-Diensten. Es ruft einen Service auf, überwacht den Status, wartet auf den Abschluss, versucht es erneut oder recuperiert bei einem Fehler und meldet das Ergebnis als einen Schritt in einem größeren Geschäftsprozess. Die meisten Prozesse gehen über AWS hinaus und beinhalten eine lokale Anwendung, eine Enterprise Resource Planning (ERP)-Transaktion oder eine Dateiübertragung von einem Partner.
Da Control-M die vollständige Sequenz definiert, zeichnet es auf, wie jeder Schritt mit den anderen zusammenhängt. Wenn ein vorgelagerter Schritt verzögert ist, identifiziert Control-M sofort die nachgelagerte Arbeit, die es liefert, sowie die Teams, die davon abhängig sind.
In einer BMC-Referenzimplementierung führt Control-M eine KI-Governance-Pipeline für das Portfolio-Rebalancing über Snowflake und AWS aus. Der Workflow extrahiert Markt- und Portfoliodaten aus Snowflake und führt dann einen AWS Glue DataBrew-Job aus, der den Snapshot auf Vollständigkeit, Duplikate, numerische Bereiche und Schemakonsistenz prüft. Eine fehlgeschlagene Überprüfung stoppt den Workflow, bevor der Amazon Bedrock-Agent auf die Daten reagiert.
Wenn die Validierung besteht, analysiert der Agent die Marktbedingungen, empfiehlt eine Neuausrichtung und ruft eine AWS Lambda-Aktionsgruppe auf, um einen PDF-Bericht zu erstellen. Control-M beobachtet Amazon S3, bis der Bericht eintrifft und eine Größenschwelle erreicht, und sendet ihn dann über Amazon SES an das Investmentkomitee und aktualisiert ein Amazon QuickSight-Dashboard. Snowflake-Governance-Tabellen zeichnen jeden Durchlauf, jede Empfehlung und Entscheidung zur Prüfung auf.
| AWS-Dienst | Was Control-M macht | |
|---|---|---|
| Amazon Bedrock, Amazon SageMaker | Führt Agenten- und Modellschritte als gesteuerte Workflow-Schritte aus, mit Abhängigkeiten, Halt-on-Failure und einem persistenten Audit-Datensatz für jeden Lauf
| |
| AWS Lambda, AWS Step Functions | Triggert Funktionen und Zustandsautomaten als Workflow-Schritte und hält nachgelagerte Arbeiten zurück, bis sie abgeschlossen sind
| |
| AWS Glue, AWS Glue DataBrew, Amazon EMR | Sequenzieren Transformations- und Validierungsjobs, sodass jeder auf vollständige Quelldaten wartet; eine fehlgeschlagene Datenqualitätsprüfung stoppt den Workflow, bevor nachgelagerte Schritte ausgeführt werden
| |
| Amazon S3, Amazon Redshift | Überwacht die Ankunft von Dateien und Gate-abhängige Aufgaben darauf
| |
| Amazon QuickSight, Amazon SES | Berichterstattung und Benachrichtigung werden erst veröffentlicht, nachdem die Upstream-Daten überprüft wurden
| |
| Amazon EC2, Amazon ECS, AWS Batch, AWS App Runner, AWS Auto Scaling | Führt Compute-Jobs als Workflow-Schritte aus und skaliert Ressourcen mit der Nachfrage
| |
| Amazon Athena, Amazon RDS, Amazon DynamoDB, Amazon MWAA, AWS DataSync, Amazon AppFlow, AWS Data Pipeline, AWS Database Migration Service | Koordiniert Datenbewegungen, Abfragen und Migrationen mit den von ihnen abhängigen Arbeitsabläufen
| |
| Amazon SQS, Amazon SNS, AWS Backup, AWS CloudFormation | Löst Messaging-, Backup- und Infrastrukturaktionen als vorgegebene Workflow-Schritte aus
| |
Über AWS hinaus integriert sich Control-M mit Snowflake und Databricks, sodass Pipelines, die plattformübergreifende Grenzen überschreiten, innerhalb eines einzigen Workflows bleiben.
KI macht Control-M für jeden Nutzer intuitiver, intelligenter und produktiver.
Control-M bringt KI-Modelle und Agenten in produktionsbereite Workflows ein und steuert die Ausführung.
Control-M SaaS läuft ausschließlich auf AWS. BMC hostet den Dienst dort; die von ihm orchestrierten Workflows können überall in Ihrer hybriden Umgebung ausgeführt werden. Organisationen können Control-M SaaS über den AWS Marketplace kaufen und den Kauf auf bestehende AWS-Ausgaben anrechnen.
Entdecken Sie Control-M SaaS im AWS MarketplaceSehen Sie, wie Control-M Ihre KI-Agenten, Workflows und Datenpipelines über Ihre AWS- und hybriden Umgebungen hinweg orchestrieren kann.
Sprich mit einem SpezialistenUm direkt mit Amazon Bedrock-Orchestrierung zu arbeiten, nutze die geführte Sandbox.
Starten (Registrierung erforderlich)Um auf die verpflichteten AWS-Ausgaben zurückzugreifen, finden Sie Control-M SaaS im AWS Marketplace.
Entdecken Sie im AWS MarketplaceDas umfassendere BMC-Portfolio auf AWS finden Sie auf der Partnerschaftsseite. Um tiefer in die Orchestrierung von KI einzutauchen, erkunden Sie KI-Workflow-Orchestrierung und agentische Orchestrierung.
Amazon Bedrock und Control-M helfen Ihnen, KI-Workflows zu orchestrieren, Werkzeugübergreifende Abhängigkeiten zu automatisieren und modellgetriebene Geschäftsprozesse von der Datenaufnahme bis zur Au...
Control-M orchestriert agentische KI-Operationen, indem es Agentenschritte in kontrollierten Produktionsworkflows ausführt. Es integriert sich mit Amazon Bedrock, Amazon SageMaker und Drittanbieter-Agenten-Frameworks. Agentenschritte enthalten dieselben Abhängigkeiten, Genehmigungsprüfpunkte, Retry-Richtlinien und Audit-Datensätze wie jeder andere Schritt. Ein Agent, der außerhalb der Orchestrierung läuft, ist ein nicht verwalteter Ausführungspfad, während ein Agent, der in einem Control-M-Workflow läuft, denselben SLAs untersteht wie alles Umliegende. Control-M wendet diese Kontrollen auf die gleiche Weise über AWS-Konten und hybride Umgebungen an. Sein MCP-Server funktioniert ebenfalls in die andere Richtung, indem KI-Agenten und -Assistenten den Workflow-Status überprüfen, Fehler untersuchen und Aufgaben in Control-M unter bestehenden Benutzer- und Rollenautorisierungen auslösen.
Enterprise-Workload-Automatisierung für hybride Umgebungen bedeutet, Arbeiten zu orchestrieren, die Cloud-Services und On-Premises-Systeme als einen Prozess umfassen. Control-M macht dies über eine einzige Orchestrierungskontrollebene, die Abhängigkeiten zwischen Umgebungen definiert, sodass ein On-Premises-ERP-Job eine AWS-Lambda-Funktion gaten kann und eine Dateiübertragung von einem Partner beide Gates ermöglicht. Die SLA-Management-Funktion identifiziert, welche Geschäftsdienste gefährdet sind, wenn ein Upstream-Schritt verspätet ist, zusammen mit automatisierter Wiederherstellung, Rollback, rollenbasierter Autorisierung und einem einheitlichen Audit-Trail. Vergleichen Sie Plattformen, ob sie die hybride Ausführung als einen Prozess oder als separate Systeme behandeln, die unabhängig berichten. Dieser Unterschied bestimmt, ob ein Fehler sichtbar ist, bevor er das Geschäft erreicht.
Unternehmen orchestrieren umgebungsübergreifende Datenpipelines, indem sie Aufnahme, Transformation und Lieferung als einen einzigen Workflow mit expliziten Abhängigkeiten definieren, anstatt jeden Job auf einem eigenen Trigger auszuführen. Control-M koordiniert über Amazon S3, AWS Glue, AWS Glue DataBrew, Amazon EMR, Amazon Redshift, Snowflake, Databricks und Amazon SageMaker sowie lokale Datenbanken und Anwendungen. Jeder Schritt wartet auf seine Voraussetzungen, versucht es nach Policy erneut, wenn er fehlschlägt, und berichtet in eine Operationsansicht. Control-M SLA Management stellt Risiken für Service-Level-Vereinbarungen vor, solange noch Zeit zum Handeln bleibt. Das Ergebnis ist, dass Modelle und Dashboards Daten verbrauchen, die vollständig und pünktlich angekommen sind. Wenn etwas ausrutscht, sieht das Team, welche nachgelagerten Ausgaben betroffen sind, anstatt von einem Geschäftsnutzer davon zu hören.
Control-M orchestriert agentische KI-Operationen, indem es Agentenschritte in kontrollierten Produktionsworkflows ausführt. Es integriert sich mit Amazon Bedrock, Amazon SageMaker und Drittanbieter-Agenten-Frameworks. Agentenschritte enthalten dieselben Abhängigkeiten, Genehmigungsprüfpunkte, Retry-Richtlinien und Audit-Datensätze wie jeder andere Schritt. Ein Agent, der außerhalb der Orchestrierung läuft, ist ein nicht verwalteter Ausführungspfad, während ein Agent, der in einem Control-M-Workflow läuft, denselben SLAs untersteht wie alles Umliegende. Control-M wendet diese Kontrollen auf die gleiche Weise über AWS-Konten und hybride Umgebungen an. Sein MCP-Server funktioniert ebenfalls in die andere Richtung, indem KI-Agenten und -Assistenten den Workflow-Status überprüfen, Fehler untersuchen und Aufgaben in Control-M unter bestehenden Benutzer- und Rollenautorisierungen auslösen.
Enterprise-Workload-Automatisierung für hybride Umgebungen bedeutet, Arbeiten zu orchestrieren, die Cloud-Services und On-Premises-Systeme als einen Prozess umfassen. Control-M macht dies über eine einzige Orchestrierungskontrollebene, die Abhängigkeiten zwischen Umgebungen definiert, sodass ein On-Premises-ERP-Job eine AWS-Lambda-Funktion gaten kann und eine Dateiübertragung von einem Partner beide Gates ermöglicht. Die SLA-Management-Funktion identifiziert, welche Geschäftsdienste gefährdet sind, wenn ein Upstream-Schritt verspätet ist, zusammen mit automatisierter Wiederherstellung, Rollback, rollenbasierter Autorisierung und einem einheitlichen Audit-Trail. Vergleichen Sie Plattformen, ob sie die hybride Ausführung als einen Prozess oder als separate Systeme behandeln, die unabhängig berichten. Dieser Unterschied bestimmt, ob ein Fehler sichtbar ist, bevor er das Geschäft erreicht.
Unternehmen orchestrieren umgebungsübergreifende Datenpipelines, indem sie Aufnahme, Transformation und Lieferung als einen einzigen Workflow mit expliziten Abhängigkeiten definieren, anstatt jeden Job auf einem eigenen Trigger auszuführen. Control-M koordiniert über Amazon S3, AWS Glue, AWS Glue DataBrew, Amazon EMR, Amazon Redshift, Snowflake, Databricks und Amazon SageMaker sowie lokale Datenbanken und Anwendungen. Jeder Schritt wartet auf seine Voraussetzungen, versucht es nach Policy erneut, wenn er fehlschlägt, und berichtet in eine Operationsansicht. Control-M SLA Management stellt Risiken für Service-Level-Vereinbarungen vor, solange noch Zeit zum Handeln bleibt. Das Ergebnis ist, dass Modelle und Dashboards Daten verbrauchen, die vollständig und pünktlich angekommen sind. Wenn etwas ausrutscht, sieht das Team, welche nachgelagerten Ausgaben betroffen sind, anstatt von einem Geschäftsnutzer davon zu hören.
Diskutieren Sie Ihre Architektur, Integrationen und Workflow-Abhängigkeiten, um zu sehen, wie Control-M in Ihre Umgebung passt.
Danke, dass Sie sich gemeldet haben. Einer unserer Experten wird Sie in Kürze kontaktieren.
Schließt in 3 Sekunden...