Open Resource Discovery

Open Resource Discovery (ORD) ist ein offener Standard, der ursprünglich von SAP entwickelt wurde und als „universelle Sprache“ für Anwendungen dient, damit diese sich selbst beschreiben können. Das Ziel von ORD ist es, das Problem von uneinheitlichen und verstreuten Metadaten zu lösen, das oft über verschiedene Systeme und Protokolle hinweg herrscht.

Das Besondere an ORD ist seine Vielseitigkeit: Es kann einerseits genutzt werden, um statische Dokumentationen (wie zum Beispiel für API-Kataloge) zu beschreiben. Andererseits kann es aber auch die ganz individuellen Konfigurationen und Erweiterungen widerspiegeln, die in einer spezifischen Systemumgebung zur Laufzeit aktiv sind. So wissen Entwickler und Maschinen immer ganz genau, wie sie ein System aktuell nutzen können.

In komplexen IT-Landschaften erfolgt die Integration von Metadaten oft über mühsame Punkt-zu-Punkt-Verbindungen, was zu einem unübersichtlichen Netz führt. ORD löst dieses Problem durch:

1. Standardisierung: Es bietet einen einheitlichen Standard für die Beschreibung von APIs, Events, Taxonomy, Fähigkeiten, Delta sharing und Datenprodukten.
2. Zentrale Aggregation: Durch zentrale Sammelstellen wird die Komplexität massiv reduziert von einem unüberschaubaren Netz (O(n)) hin zu einer einfachen, zentralen Struktur (O(1)).
3. Automatisierung: Da die Entdeckung und der Austausch standardisiert sind, können diese Prozesse automatisch ablaufen. Das ist besonders wichtig für moderne Low-Code-Entwicklung und KI-Anwendungen.

ORD ist extrem flexibel und deckt zwei wichtige Bereiche ab:

• Statisch: Im SAP Business Accelerator Hub wird ORD genutzt, um einen zentralen Katalog öffentlicher APIs und Events bereitzustellen. Das ist quasi das „Handbuch“ für Entwickler, um zu sehen, was theoretisch möglich ist.
• Live: Das Unified Customer Landscape (UCL) nutzt ORD für den Live-Einblick. Da Kundensysteme oft stark angepasst sind, reicht eine statische Doku nicht aus. UCL zeigt dir in Echtzeit, welche Ressourcen in deiner spezifischen Umgebung tatsächlich aktiv und wie sie konfiguriert sind.

Damit das Ganze reibungslos funktioniert, gibt es in der ORD-Welt drei Hauptrollen:

• ORD Provider: Das ist das System selbst (z. B. eine App), das seine Metadaten zur Selbstbeschreibung bereitstellt. Er implementiert die Provider-API und macht die Infos über REST-Schnittstellen zugänglich.
• ORD Aggregator: Er ist der „Sammler“. Er trägt die Infos von vielen Providern zusammen und bündelt sie zu einer einheitlichen Sicht egal ob als statischer Katalog oder als Live-Abbild einer echten Systemlandschaft.
• ORD Consumer: Das bist du oder ein System, das diese Infos nutzt. Am besten holst du dir die Daten vom Aggregator, um ein vollständiges Bild der Landschaft zu bekommen.