Mikroapps

HTTP-Integrationskonzepte

Dieser Abschnitt behandelt allgemeine Konzepte, die beim Erstellen Ihrer HTTP-Integration zum Einsatz kommen, und erläutert die Funktionsweise der einzelnen Komponenten. Eine detaillierte Schulung zu diesen Konzepten und wie sie sich auf Mikroapps beziehen, finden Sie im Citrix Schulungsportal. Für den Zugriff auf das Citrix Schulungsportal ist eine Anmeldung per Citrix-Konto erforderlich.

URLs und URIs

Eine URL umfasst eine Reihe von Schemata, die angeben, wie der Zugriff auf eine Ressource über das Internet erfolgt.

Allgemein gesprochen, ist die URL die Adresse eines Dienstes oder einer Ressource in einem Netzwerk. Jede Ressource, die über HTTP aufgerufen werden kann, wird durch eine URL identifiziert. Browser erkennen über die URL, wie und wo bestimmte Ressourcen zu finden sind.

Der URI wird manchmal auch als Endpunkt bezeichnet. Er ähnelt der zuvor beschriebenen URL, besitzt jedoch ein zusätzliches Schlüsselelement: den Namen der Ressource, mit der wir interagieren möchten. Durch diese Zeichenfolge wird eine bestimmte Ressource im Netzwerk eindeutig identifiziert. Der URI umfasst die gesamte Basis-URL (von Protokoll bis Verzeichnis) und die am Ende hinzugefügte eigentliche Ressource.

Die URLs und URIs Ihrer Zielanwendung sind bei der Ersteinrichtung Ihrer HTTP-Integration erforderlich.

Weitere Informationen finden Sie unter HTTP-Integration.

HTTP-Methoden

HTTP-Methoden bezeichnen in Verbform die Aktionen, die ein Client für die Daten oder Ressourcen auf dem Server aufrufen kann. Methoden werden verwendet, um Aktionen für Serverressourcen auszuführen. Informationen zur Verwendung dieser Methoden in der HTTP-Integration finden Sie unter API-Anforderungsmethoden

HTTP-Methoden dienen beim Einrichten von Laden von Daten und Dienstaktionen zum Laden und Ändern der Daten für Ihre erforderlichen Mikroappintegrationen.

Erstellen von HTTP-Anforderungen und Antworten

Gängige HTTP-Methoden sind GET, PUT, POST, DELETE und so weiter. HTTP-Anforderungen übermitteln dem Server, welche Aktion der Client ausführen möchte, sobald er mit der Ressource verbunden ist. Der Client kann zum Beispiel Daten anzeigen (GET), Daten erstellen (PUT), Daten aktualisieren (POST) oder Daten löschen (DELETE).

Der Pfad enthält den Standort der angeforderten Ressource bzw. den URI. Dies umfasst den Hostnamen des Servers und den Standort der angeforderten Ressource auf dem Server (d. h. den URI).

Das Protokoll definiert die Sprache, in der beide Systeme miteinander kommunizieren, zum Beispiel HTTP/1.1.

HTTP-Anforderungen haben die folgende Grundstruktur:

  • Kopfzeile (oder Header)

    Mit Anforderungs-Headerfeldern kann der Client zusätzliche Informationen zur Anforderung und zum Client an den Server übermitteln.

  • Textkörper

    Der letzte Teil einer Anforderung ist der Textkörper. Er enthält die Daten, die an den Server gesendet werden sollen. Nicht alle Anforderungen benötigen einen Textkörper. Dieses Attribut wird nur beim Senden von Daten an den Server benötigt, zum Beispiel bei den Methoden POST und PUT.

  • Antwort

    Nach Empfang und Auswertung einer Anforderung sendet der Server eine HTTP-Antwort. Die HTTP-Antwort enthält die Daten, die vom Server an den Client zurückgesendet werden. Sie bietet dem Kunden eine Darstellung der angeforderten Ressource.

HTTP-Anforderungen und Antworten dienen beim Einrichten von HTTP-Integration, Laden von Daten und Dienstaktionen sowie Webhook-Listener zum Laden und Ändern der Daten für Ihre erforderlichen Mikroappintegrationen.

Paginierung

Paginierungsmethoden werden konfiguriert, wenn Sie das Laden von Daten, Webhook-Listener und Dienstaktionen einrichten. Jede erforderliche Paginierungsmethode hängt von Ihrer Zielanwendungsintegration ab.

Weitere Informationen zu Paginierungstypen, die in der HTTP-Integration verwendet werden, finden Sie im Abschnitt zur Paginierung unter Laden von Daten.

Validierung von APIs

Sie können über verschiedene Drittanbieter-Plattformen (zum Beispiel Postman) in einer guten Sandbox-Umgebung mit Ihren APIs experimentieren. Zahlreiche Informationen zur Verwendung dieser Tools sind über die Plattform und Dokumentation des jeweiligen Programms verfügbar.

HTTP-Integration und Datenbanken

In diesem Abschnitt werden allgemeine Datenbankkonzepte beschrieben, die beim Konfigurieren der HTTP-Integration mit dem System of Record (SoR) Ihrer Zielanwendungsintegration verwendet werden.

Allgemeine Datenbankstruktur

Datenbanktabellen bestehen aus einem Satz von Datenelementen, die ein Modell benannter vertikaler Spalten und horizontaler Zeilen verwenden. Jeder Schnittpunkt einer Spalte und Zeile wird als Zelle oder Entität bezeichnet. Eine Datenbanktabelle hat eine definierte Anzahl von Spalten und kann eine beliebige Anzahl von Zeilen haben. Jede Zeile ist ein Datensatz und stellt eine Instanz einer Entität dar. Eine bestimmte Auswahl von Spalten, die Zeilen eindeutig identifizieren, wird als Primärschlüssel bezeichnet.

Primärschlüssel

Ein Primärschlüssel ist ein Attribut (eine Spalte in einer Tabelle), das einen eindeutigen Bezeichner enthält, mit dem jede Zeile (ein Datensatz in der Tabelle) eindeutig identifiziert wird. Alle Primärschlüsselwerte müssen innerhalb der Spalte global eindeutig sein und dürfen keinen Nullwert enthalten. Primärschlüssel reduzieren die Datenredundanz und unterstützen das Herstellen von Beziehungen zwischen Daten in Primär- und Fremdtabellen.

Der Primärschlüssel wird beim Einrichten von Laden von Daten und Dienstaktionen konfiguriert.

Fremdschlüssel

Ein Fremdschlüssel ist eine Spalte in einer Tabelle, die auf den Primärschlüssel einer anderen (fremden) Tabelle verweist. Fremdschlüssel agieren als Querverweis zwischen Tabellen und bilden die Grundlage zum Aufbau von Beziehungen in den Datenstrukturen Ihrer Integration. Fremdschlüssel müssen dem Primärschlüssel in einer anderen Tabelle entsprechen oder ein Nullwert sein.

Laden von Daten und Dienstaktionen.

Beziehungen

Datenbankbeziehungen sind Zuordnungen zwischen Tabellen, die mit Join-Anweisungen erstellt werden, um Daten aus Ihrer Zielanwendungsintegration abzurufen.

  • 1:1 Eine 1:1-Tabellenbeziehung verknüpft zwei Tabellen, wobei der Primärschlüssel in der untergeordneten Tabelle auch ein Fremdschlüssel ist, der auf den Primärschlüssel in der übergeordneten Tabelle verweist. Im Wesentlichen bedeutet dies, dass über- und untergeordnete Tabelle denselben Primärschlüssel verwenden.
  • 1:n Eine 1:n-Beziehung in der HTTP-Integration verknüpft zwei Tabellen, wobei ein Fremdschlüssel in einer untergeordneten Tabelle mit dem Primärschlüssel in der übergeordneten Tabelle verknüpft ist.

    Beziehungen

Beziehungen sind ein zentrales Konzept beim Bearbeiten Ihrer Tabellen, um Mikroapps zu erstellen. Sie werden verwendet, wenn Sie Benutzerdefinierte Beziehungen erstellen. Lesen Sie mehr über das Erstellen komplexer Beziehungen mithilfe der HTTP-Integration in Erstellen von tiefen Integrationsdatenstrukturen.

Datentypen

Datentypen werden beim Aufbau der Datenstruktur und Konfigurieren von Dienstaktionen verwendet.

  • Zeichenfolge: Eine alphanumerische Folge von Buchstaben und Ziffern.
  • Ganzzahl: Eine ganze Zahl, die positiv oder negativ sein kann.
  • Boolesch: Ein wahrer oder falscher Wert.
  • Objekt: Schlüssel/Wert-Paare im JSON-Format.
  • Array: Eine Liste von Werten.

Datentypen werden definiert und konfiguriert, wenn Sie Dienstaktionen einrichten.

SQL-Abfragen

Abfragen werden an den Datencache von Mikroapps gesendet, um die zurückgegebenen Werte auf Mikroappseiten anzuzeigen. Workspace-Benutzer sehen Daten in ihrem Feed. Seitendaten werden mithilfe von SQL-Abfragen aus dem Mikroapps-Datencache abgerufen.

Weitere Informationen zum Anzeigen und Überwachen von SQL in Ihren Mikroapps finden Sie unter Seitendetails.

Zusätzliche Lerninhalte

Weitere Lerninhalte zu Mikroapps und Workspace finden Sie im Citrix Schulungsportal. Für den Zugriff auf das Citrix Schulungsportal ist eine Anmeldung per Citrix-Konto erforderlich.

HTTP-Integrationskonzepte