Software AG tillhandahåller en populär 4GL-stordatorplattform som baseras på det naturliga programmeringsspråket och Adabas-databasen. Den här artikeln innehåller en arkitektur för organisationer som använder stordatordatorer som kör Adabas & Natural och som letar efter sätt att modernisera dessa arbetsbelastningar och flytta dem till molnet.
Stordatorarkitektur
Det här diagrammet illustrerar ett exempel på en stordator med Software AG:s Adabas & Natural-moduler installerade före migreringen till Azure. Det här exemplet visar en IBM z/OS-arkitektur.
Ladda ned en Visio-fil med den här arkitekturen.
Arbetsflöde
A. Indata sker via TCP/IP, inklusive TN3270 och HTTP(S). Indata till stordatorn använder standardprotokoll för stordatorer.
B. Att ta emot program kan vara antingen batch- eller onlinesystem.
C. Naturliga språk, COBOL, PL/I, Assembler eller andra kompatibla språk körs i en aktiverad miljö.
D. Data- och databastjänster som ofta används är hierarkiska/nätverksdatabassystem och relationsdatabastyper.
E. Vanliga tjänster omfattar programkörning, I/O-åtgärder, felidentifiering och skydd i miljön.
F. Mellanprogram och verktyg hanterar tjänster som bandlagring, köer, utdata och webbtjänster i miljön.
G. Operativsystemen tillhandahåller gränssnittet mellan motorn och den programvara som den kör.
H. Partitioner behövs för att köra separata arbetsbelastningar och för att separera arbetstyper i miljön.
Azure-arkitektur
Det här diagrammet visar hur du kan migrera den äldre arkitekturen till Azure med hjälp av en refaktoriseringsmetod för att modernisera systemet:
Ladda ned en Visio-fil med den här arkitekturen.
Arbetsflöde
Inmatning. Indata sker vanligtvis antingen via Azure ExpressRoute från fjärrklienter eller via andra program som för närvarande kör Azure. I båda fallen är TCP/IP-anslutningar det primära sättet att ansluta till systemet. TLS-port 443 ger åtkomst till webbaserade program. Du kan lämna presentationsskiktet för webbaserade program praktiskt taget oförändrat för att minimera användarens omträning. Du kan också uppdatera det här lagret med moderna UX-ramverk enligt dina behov. För administratörsåtkomst till de virtuella datorerna kan du använda Azure Bastion-värdar för att maximera säkerheten genom att minimera öppna portar.
Åtkomst i Azure. I Azure tillhandahålls åtkomst till programberäkningskluster via en Azure-lastbalanserare. Med den här metoden kan skalbara beräkningsresurser bearbeta indataarbetet. Lastbalanserare på nivå 7 (programnivå) och nivå 4 (nätverksprotokollnivå) är tillgängliga. Vilken typ du använder beror på hur programindata når startpunkten för beräkningsklustret.
Programberäkningskluster. Arkitekturen stöder program som körs i en container som kan distribueras i en containerorkestrerare som Kubernetes. Adabas & Natural-komponenter kan köras inuti containerteknik som drivs ovanpå ett Linux-operativsystem. Du kan skapa om dina äldre program till moderna containerbaserade arkitekturer och arbeta ovanpå Azure Kubernetes Service (AKS).
ApplinX-terminalemulering (Software AG). ApplinX är en serverbaserad teknik som tillhandahåller webbanslutning och integrering i kärnsystemprogram utan att kräva ändringar i programmen. Natural Online gör det möjligt för onlineanvändare att ansluta till naturliga program via en webbläsare. Utan ApplinX måste användarna ansluta till terminalemuleringsprogramvaran med hjälp av SSH. Båda systemen körs i containrar.
EntireX (Software AG). Med EntireX kan du enkelt ansluta tjänster som körs på Integration Server till verksamhetskritiska program som är skrivna på språk som COBOL och Natural. Natural Business Services ger API-åtkomst till affärsfunktioner som är programmerade i Natural. Båda systemen körs i containrar.
Adabas (Software AG). Adabas är ett NoSQL-databashanteringssystem med höga prestanda. Naturlig batch (Software AG) är en dedikerad komponent för att köra batchjobb. Naturliga batchjobb, som schemaläggs av ett schemaläggningssystem för batchjobb som du väljer, ska köras på samma nod som Adabas-databasen för att undvika prestandapåverkan.
Lagring. Datatjänster använder en kombination av lagring med höga prestanda (ultra-/premium-SSD), fillagring (NetApp) och standardlagring (Blob, arkiv, säkerhetskopiering) som kan vara antingen lokal redundant eller geo-redundant, beroende på användningen. Nodoperativsystem använder hanterad disklagring. Alla beständiga data, till exempel databasfiler, skyddsloggar, programdata och säkerhetskopiering, använder Azure NetApp Files. AKS hanterar operativsystemvolymer som lagras på hanterade diskar. Alla affärskritiska data från databaserna, inklusive ASSO, DATA, WORK-filer och Adabas-skyddsloggar, ska skrivas till separata volymer som kan tillhandahållas av Azure NetApp Files.
CONNX. MODULEN CONNX för Adabas ger mycket säker läs-/skrivåtkomst i realtid till Adabas-datakällor i OS/390, z/OS, VSE, Linux, Solaris, HP-UX, AIX och Windows via .NET, ODBC, OLE DB och JDBC. CONNX-anslutningsappar ger åtkomst till Adabas-datakällor och exponerar dem för vanligare databaser, till exempel Azure SQL Database, Azure Database for PosgreSQL och Azure Database for MySQL.
Komponenter
Azure ExpressRoute utökar dina lokala nätverk till Microsoft-molnet via en privat anslutning som underlättas av en anslutningsleverantör. Du kan använda ExpressRoute för att upprätta anslutningar till Microsofts molntjänster som Azure och Office 365.
Azure Kubernetes Service är en fullständigt hanterad Kubernetes-tjänst för distribution och hantering av containerbaserade program. AKS tillhandahåller serverlösa Kubernetes, integrerad kontinuerlig integrering och kontinuerlig leverans (CI/CD) och säkerhet och styrning i företagsklass.
Azure-hanterade diskar är lagringsvolymer på blocknivå som hanteras av Azure och används med Virtuella Azure-datorer. Olika typer är tillgängliga: ultradiskar, Premium SSD, standard SSD och standard HDD. SSD-diskar används i den här arkitekturen.
Azure NetApp Files tillhandahåller Azure-filresurser i företagsklass som drivs av NetApp. Azure NetApp Files gör det enkelt att migrera och köra komplexa, filbaserade program utan att ändra kod.
Information om scenario
Program som körs på stordatordatorer har varit kärnan i de flesta affärsverksamheter i nästan 50 år. Även om dessa stordatorsystem har gett anmärkningsvärd tillförlitlighet genom åren har de blivit något problematiska eftersom de är stela och i vissa fall svåra att underhålla och kostsamma att använda.
Många organisationer letar efter sätt att modernisera dessa system. De letar efter sätt att frigöra de begränsade resurser som krävs för att underhålla dessa system, kontrollera deras kostnader och få mer flexibilitet i interaktioner med systemen.
Software AG tillhandahåller en populär 4GL-stordatorplattform som baseras på det naturliga programmeringsspråket och Adabas-databasen.
Det finns två mönster som gör att du kan köra Adabas & Natural-program på Azure: rehost och refactor. Den här artikeln beskriver hur du omstrukturerar ett program med hjälp av containrar som hanteras i AKS. Mer information finns i Containerbaserad metod senare i den här artikeln.
Potentiella användningsfall
Den här arkitekturen gäller för alla organisationer som använder stordatordatorer som kör Adabas & Natural och som planerar att modernisera dessa arbetsbelastningar och flytta dem till molnet.
Att tänka på
Containerbaserad metod
För att få ut mesta möjliga av flexibiliteten, tillförlitligheten och funktionerna i Azure måste du skapa om stordatorprogram. Vi rekommenderar att du skriver om monolitiska program som mikrotjänster och använder en containerbaserad metod för distribution. En container paketar all programvara som behövs för körning till ett körbart paket. Den innehåller ett programs kod tillsammans med relaterade konfigurationsfiler, bibliotek och beroenden som krävs för att köra appen. Containerbaserade program är snabba att distribuera och stödja populära DevOps-metoder som kontinuerlig integrering (CI) och kontinuerlig distribution (CD).
Adabas & Natural-containrar körs i poddar, som var och en utför en specifik uppgift. Poddar är enheter i en eller flera containrar som håller ihop på samma nod och delar resurser som värdnamnet och IP-adressen. Eftersom de är frikopplade från den underliggande plattformen skalas komponenter i poddar oberoende av varandra och har stöd för högre tillgänglighet. Ett containerbaserat program är också portabelt: det körs enhetligt och konsekvent på alla infrastrukturer.
Containerbaserade tjänster och tillhörande nätverks- och lagringskomponenter måste samordnas och hanteras. Vi rekommenderar AKS, en hanterad Kubernetes-tjänst som automatiserar kluster- och resurshantering. Du anger antalet noder som du behöver, och AKS passar dina containrar på rätt noder för att använda resurserna på bästa sätt. AKS stöder även automatiserade distributioner och återställningar, tjänstidentifiering, belastningsutjämning och lagringsorkestrering. Och AKS stöder självåterställning: om en container misslyckas startar AKS en ny. Dessutom kan du lagra hemligheter och konfigurationsinställningar utanför containrarna på ett säkert sätt.
Arkitekturdiagrammet i den här artikeln visar en containerbaserad implementering av Adabas & Natural. När du konfigurerar AKS anger du storleken på den virtuella Azure-datorn för dina noder, som definierar lagrings-PROCESSORer, minne och typ, till exempel högpresterande SSD-enheter (Solid State Drives) eller vanliga hårddiskar (HDD). I det här exemplet körs Natural på tre VM-instanser (noder) för att öka skalbarheten och tillgängligheten för användargränssnittet (Naturlig online plus ApplinX) och API-lagret (naturliga tjänster plus EntireX).
I datalagret körs Adabas i AKS-klustret, som skalar in och ut automatiskt baserat på resursanvändning. Du kan köra flera komponenter i Adabas i samma podd eller, för större skala, kan AKS distribuera dem över flera noder i klustret. Adabas använder Azure NetApp Files, en högpresterande fillagringstjänst med datamätning, för alla beständiga data, till exempel databasfiler, skyddsloggar, appdata och säkerhetskopiering.
Operations
Refaktorisering stöder snabbare molnimplementering. Det främjar också implementering av DevOps- och Agile-arbetsprinciper. Du har fullständig flexibilitet när det gäller distributionsalternativ för utveckling och produktion.
Prestandaeffektivitet
Kubernetes tillhandahåller en autoskalning av kluster. Autoskalningen justerar antalet noder baserat på de begärda beräkningsresurserna i nodpoolen. Den övervakar Metrics API-servern var 10:e sekund för eventuella nödvändiga ändringar i antalet noder. Om autoskalning av klustret fastställer att en ändring krävs ökas eller minskas antalet noder i AKS-klustret.
Säkerhet
Den här arkitekturen bygger främst på Kubernetes, som innehåller säkerhetskomponenter som poddsäkerhetsstandarder och hemligheter. Azure tillhandahåller ytterligare funktioner som Microsoft Entra-ID, Microsoft Defender för containrar, Azure Policy, Azure Key Vault, nätverkssäkerhetsgrupper och orkestrerade klusteruppgraderingar.
Deltagare
Den här artikeln underhålls av Microsoft. Det har ursprungligen skrivits av följande medarbetare.
Huvudförfattare:
- Marlon Johnson | Senior TPM
Om du vill se icke-offentliga LinkedIn-profiler loggar du in på LinkedIn.
Nästa steg
För ytterligare information kontaktar du legacy2azure@microsoft.com.
Här är några ytterligare resurser:
- Adabas & Natural
- Azure Kubernetes Service
- Dokumentation om Azure NetApp Files
- Omvärdning av stordator på virtuella Azure-datorer
- Flytta stordatorberäkning till virtuella Azure-datorer