Den här referensarkitekturen illustrerar en logikapp som körs i Microsoft Azure, som utlöses av Azure Spring Apps. Den ansluter sedan till lokala resurser som Microsoft SQL Server och Microsoft SharePoint Server.
Arkitektur
Ladda ned en Visio-fil med den här arkitekturen.
Arbetsflöde
Arkitekturen består av följande:
- Azure Spring Apps. Spring Apps tillhandahåller en hanterad tjänst som är utformad och optimerad specifikt för Spring-mikrotjänster som är skrivna i Java.
- Azure Logic Apps. Logikappar är automatiserade arbetsflöden som tillhandahålls som en skalbar molntjänst för vanliga orkestreringsuppgifter för företag. Logikappar omfattar anslutningsappar för många populära molntjänster, lokala produkter eller andra program som en tjänst. Logic Apps-arbetsflödet innehåller följande funktioner:
- Utlösare som utlöses när ett nytt Azure Queue Storage-meddelande tas emot.
- Åtgärd för att parsa JSON-brödtexten (JavaScript Object Notation) i kömeddelandet.
- Åtgärd för att fråga SQL Server efter relevanta data.
- Åtgärd för att skapa ett svar från insamlade data.
- Åtgärd för att spara det sammansatta svaret på en lista på SharePoint Server.
- Lokal datagateway. En lokal datagateway är bryggprogramvara som ansluter lokala data till molntjänster. Gatewayen installeras vanligtvis på en dedikerad lokal virtuell dator.
- SQL Server. Det här är en installation av SQL Server.
- SharePoint Server. Det här är en installation av SharePoint Server.
Komponenter
Viktiga tekniker som används för att implementera den här arkitekturen:
- Azure Spring Apps är en fullständigt hanterad tjänst för Spring-utvecklare. Hantera livscykeln för dina Spring Boot-program med omfattande övervakning och diagnostik, konfigurationshantering, tjänstidentifiering, CI/CD-integrering och blågröna distributioner.
- Azure Logic Apps är en ledande integrationsplattform som en tjänst (iPaaS) som bygger på en containerbaserad körning. Distribuera och kör Logic Apps var som helst för att öka skalbarheten och portabiliteten samtidigt som du automatiserar affärskritiska arbetsflöden var som helst.
- Azure Queue Storage är en enkel, kostnadseffektiv och hållbar meddelandekö för stora arbetsbelastningar.
Scenarioinformation
Potentiella användningsfall
Vanliga användningsområden för den här arkitekturen inkluderar:
- Molnbaserade Azure Logic Apps-arbetsflöden som kräver data från lokal programvara som en del av körningen.
- Utöka funktionerna i befintlig lokal programvara genom att utlösa Logic Apps-arbetsflöden i molnet.
Rekommendationer
Följande rekommendationer gäller för de flesta scenarier. Följ dessa rekommendationer om du inte har specifika krav som åsidosätter dem.
Lokal datagateway
Även om det är möjligt att exponera dina lokala servrar för det offentliga Internet är det bättre att använda en lokal datagateway. Den här gatewayen skapar en säker läs-/skrivanslutning mellan dina lokala datakällor och Azure. Den lokala datagatewayen används med Logic Apps-anslutningsappar för att ansluta lokala datakällor till Azure. Tänk på följande innan du installerar en lokal datagateway:
- Du kan installera en lokal datagateway på valfri lokal virtuell dator. Du kan välja att installera den på samma virtuella dator som dina serverprogram eller på en samlokaliserad virtuell dator med lämplig nätverksanslutning.
- Arkitekturen för den lokala datagatewayen är utformad för att göra utgående anslutningar till Azure Service Bus.
- Granska de ytterligare övervägandena för att installera en lokal datagateway.
En lokal datagateway kan användas med mer än bara Logic Apps. Det går att använda samma datagatewayinstallation med:
Överväganden
Dessa överväganden implementerar grundpelarna i Azure Well-Architected Framework, som är en uppsättning vägledande grundsatser som kan användas för att förbättra kvaliteten på en arbetsbelastning. Mer information finns i Microsoft Azure Well-Architected Framework.
Skalbarhet
- När mängden Logic Apps-flöden ökar bör du överväga kapacitetsbegränsningarna för de lokala servrarna. Du måste avgöra om de lokala servrarna kan hantera den ökade arbetsbelastningen.
Tillgänglighet
- Undvik problem med en enskild felpunkt för en lokal datagateway genom att installera programvaran på flera lokala virtuella datorer.
- Överväg att implementera topologier med hög tillgänglighet för dina lokala servrar med hjälp av tekniker som:
Hanterbarhet
- Service Bus används för utgående datagatewaykommunikation. Detta kan kräva att du konfigurerar brandväggen för att tillåta utgående anslutningar till Azure.
- Överväg Azure ExpressRoute om du vill ha konsekvent dataflöde från dina lokala datakällor till Azure.
DevOps
- Motsvarande Azure-resurs för en lokal datagateway bör endast skapas när motsvarande programvara har installerats på en lokal virtuell dator.
- Överväg att lagra arbetsflödeskonfiguration som en JSON-mall i en Azure Resource Manager mall för att automatisera distributionen.
Säkerhet
Säkerhet ger garantier mot avsiktliga attacker och missbruk av värdefulla data och system. Mer information finns i Översikt över säkerhetspelare.
- Även om det är möjligt att exponera dina lokala servrar för det offentliga Internet är det bättre att använda en lokal datagateway. Den här gatewayen skapar en säker läs-/skrivanslutning mellan dina lokala datakällor och Azure.
Kostnadsoptimering
Kostnadsoptimering handlar om att titta på sätt att minska onödiga utgifter och förbättra driftseffektiviteten. Mer information finns i Översikt över grundpelare för kostnadsoptimering.
- Normalt beräknar du kostnader med hjälp av priskalkylatorn för Azure.
- Den här referensen förutsätter att förbrukningsplanen används för att skapa en global Logic Apps-resurs.
- Den här referensen använder endast standardanslutningsprogram, som mäts till ett lägre pris än företagsanslutningsprogram.
Nästa steg
- Utöka ett lokal nätverk med VPN
- Vad är en lokal datagateway?
- Vad är Azure Logic Apps?
- Vad är Azure Queue Storage?
- Vad är Azure Spring Apps?