Lokales Datengateway für Azure Logic Apps

Azure ExpressRoute
Azure Logic Apps
Azure Resource Manager
Azure Spring Apps

Diese Referenzarchitektur veranschaulicht eine Logik-App, die in Microsoft Azure ausgeführt und von Azure Spring Apps ausgelöst wird. Sie stellt dann eine Verbindung mit lokalen Ressourcen wie Microsoft SQL Server und Microsoft SharePoint Server her.

Aufbau

Die Abbildung zeigt eine Azure Spring Apps-Ressource, die eine Logik-App auslöst, die einen Workflow durchläuft, der über ein Datengateway eine Verbindung mit lokalen SQL Server- und SharePoint Server-Ressourcen herstellt.

Laden Sie eine Visio-Datei dieser Architektur herunter.

Workflow

Die Architektur besteht aus Folgendem:

  • Azure Spring Apps. Spring Apps bietet einen verwalteten Dienst, der speziell für in Java geschriebene Spring-Microservices erstellt und optimiert wurde.
  • Azure Logic Apps . Logik-Apps sind automatisierte Workflows, die als skalierbarer Clouddienst für gängige Orchestrierungsaufgaben des Unternehmens bereitgestellt werden. Logik-Apps enthalten Connectors für viele beliebte Clouddienste, lokale Produkte oder andere SaaS-Anwendungen (Software-as-a-Service). Der Logic Apps-Workflow schließt die folgenden Funktionen ein:
    • Trigger , die ausgelöst werden, wenn eine neue Azure Queue Storage-Nachricht empfangen wird.
    • Aktionen , um den JSON-Text (JavaScript Object Notation) der Warteschlangennachricht zu analysieren.
    • Aktionen , um SQL Server nach relevanten Daten abzufragen.
    • Aktionen , um eine Antwort aus den erfassten Daten zusammenzusetzen.
    • Aktionen , um die zusammengesetzte Antwort in einer Liste auf dem SharePoint-Server persistent zu speichern.
  • Lokales Datengateway . Bei einem lokalen Datengateway handelt es sich um Bridgesoftware, die lokale Daten mit Clouddiensten verbindet. Das Gateway wird in der Regel auf einem dedizierten lokalen virtuellen Computer installiert.
  • SQL Server . Dies ist eine Installation von SQL Server.
  • SharePoint Server . Dies ist eine Installation von SharePoint Server.

Komponenten

Die wichtigsten für die Implementierung dieser Architektur verwendeten Technologien sind:

  • Azure Spring Apps ist ein vollständig verwalteter Dienst für Spring-Entwickler. Verwalten Sie den Lebenszyklus Ihrer Spring Boot-Anwendungen mit umfassender Überwachung und Diagnose, Konfigurationsverwaltung, Dienstermittlung, CI/CD-Integration und Blau-Grün-Bereitstellungen.
  • Azure Logic Apps ist eine führende Integrationsplattform als Dienst (iPaaS), die auf einer containerisierten Runtime basiert. Stellen Sie Logic Apps überall bereit, und führen Sie sie aus, um die Skalierbarkeit und Portabilität zu erhöhen und gleichzeitig geschäftskritische Workflows überall zu automatisieren.
  • Azure Queue Storage ist eine einfache, kostengünstige und stabile Nachrichtenwarteschlangen für große Workloads.

Szenariodetails

Mögliche Anwendungsfälle

Typische Einsatzmöglichkeiten für diese Architektur sind:

  • Cloudbasierte Azure Logic Apps-Workflows, die im Rahmen ihrer Ausführung Daten von lokaler Software erfordern.
  • Erweitern der Funktionen vorhandener lokaler Software durch Auslösen von Logic Apps-Workflows in der Cloud.

Empfehlungen

Die folgenden Empfehlungen gelten für die meisten Szenarios. Sofern Sie keine besonderen Anforderungen haben, die Vorrang besitzen, sollten Sie diese Empfehlungen befolgen.

Lokales Datengateway

Obwohl es möglich ist, Ihre lokalen Server im öffentlichen Internet verfügbar zu machen, empfiehlt es sich, ein lokales Datengateway zu verwenden. Dieses Gateway erstellt eine sichere Lese-/Schreibverbindung zwischen Ihren lokalen Datenquellen und Azure. Das lokale Datengateway wird mit Logic Apps-Connectors zum Verbinden lokaler Datenquellen mit Azure verwendet. Beachten Sie vor der Installation eines lokalen Datengateways Folgendes:

  • Sie können ein lokales Datengateway auf einem beliebigen lokalen virtuellen Computer installieren. Sie können es auf demselben virtuellen Computer wie Ihre Serveranwendungen oder auf einem zusammengestellten virtuellen Computer mit entsprechender Netzwerkkonnektivität installieren.
  • Die Architektur des lokalen Datengateways ist so konzipiert, dass ausgehende Verbindungen mit Azure Service Bus hergestellt werden.
  • Überprüfen Sie die zusätzlichen Überlegungen zum Installieren eines lokalen Datengateways.

Ein lokales Datengateway kann mit mehr als nur Logic Apps verwendet werden. Es ist möglich, die gleiche Datengatewayinstallation mit Folgendem zu verwenden:

Überlegungen

Diese Überlegungen beruhen auf den Säulen des Azure Well-Architected Frameworks, d. h. einer Reihe von Grundsätzen, mit denen die Qualität von Workloads verbessert werden kann. Weitere Informationen finden Sie unter Microsoft Azure Well-Architected Framework.

Skalierbarkeit

  • Wenn die Menge der Logic Apps-Flows zunimmt, beachten Sie die Kapazitätseinschränkungen der lokalen Server. Sie müssen ermitteln, ob die lokalen Server die größere Workload bewältigen können.

Verfügbarkeit

Verwaltbarkeit

DevOps

  • Die entsprechende Azure-Ressource für ein lokales Datengateway sollte erst erstellt werden, nachdem die entsprechende Software auf einem lokalen virtuellen Computer installiert wurde.
  • Speichern Sie die Workflowkonfiguration ggf. als JSON-Vorlage in einer Azure Resource Manager-Vorlage, um die Bereitstellung zu automatisieren.

Sicherheit

Sicherheit bietet Schutz vor vorsätzlichen Angriffen und dem Missbrauch Ihrer wertvollen Daten und Systeme. Weitere Informationen finden Sie unter Übersicht über die Säule „Sicherheit“.

  • Obwohl es möglich ist, Ihre lokalen Server im öffentlichen Internet verfügbar zu machen, empfiehlt es sich, ein lokales Datengateway zu verwenden. Dieses Gateway erstellt eine sichere Lese-/Schreibverbindung zwischen Ihren lokalen Datenquellen und Azure.

Kostenoptimierung

Bei der Kostenoptimierung geht es um die Suche nach Möglichkeiten, unnötige Ausgaben zu reduzieren und die Betriebseffizienz zu verbessern. Weitere Informationen finden Sie unter Übersicht über die Säule „Kostenoptimierung“.

  • Verwenden Sie den Azure-Preisrechner, um die voraussichtlichen Kosten zu ermitteln.
  • Diese Referenz geht davon aus, dass der Nutzungsplan verwendet wird, um eine globale Logic Apps-Ressource zu erstellen.
  • Diese Referenz verwendet nur Standardconnectors, die zu einem niedrigeren Preis gemessen werden als Unternehmensconnectors.

Nächste Schritte