Software AG biedt een populair 4GL mainframe-platform dat is gebaseerd op de natuurlijke programmeertaal en de Adabas-database. Dit artikel bevat een architectuur voor organisaties die gebruikmaken van mainframecomputers waarop Adabas & Natural wordt uitgevoerd en die op zoek zijn naar manieren om deze workloads te moderniseren en naar de cloud te verplaatsen.
Mainframe-architectuur
In dit diagram ziet u een voorbeeld van een mainframe waarop Adabas & Natural-modules van Software AG zijn geïnstalleerd, vóór de migratie naar Azure. In dit voorbeeld ziet u een IBM z/OS-architectuur.
Een Visio-bestand van deze architectuur downloaden.
Werkstroom
A. Invoer vindt plaats via TCP/IP, inclusief TN3270 en HTTP(S). Invoer in het mainframe maakt gebruik van standaard mainframeprotocollen.
B. Ontvangende toepassingen kunnen batch- of onlinesystemen zijn.
C. Natuurlijke, COBOL-, PL/I-, Assemblyer- of andere compatibele talen worden uitgevoerd in een ingeschakelde omgeving.
D. Gegevens- en databaseservices die vaak worden gebruikt, zijn hiërarchische/netwerkdatabasesystemen en relationele databasetypen.
E. Veelvoorkomende services zijn uitvoering van programma's, I/O-bewerkingen, foutdetectie en beveiliging binnen de omgeving.
F. Middleware en hulpprogramma's beheren services zoals tapeopslag, wachtrijen, uitvoer en webservices binnen de omgeving.
G. Besturingssystemen bieden de interface tussen de engine en de software die wordt uitgevoerd.
H. Partities zijn nodig om afzonderlijke werkbelastingen uit te voeren en werktypen binnen de omgeving te scheiden.
Azure-architectuur
In dit diagram ziet u hoe u de verouderde architectuur naar Azure kunt migreren met behulp van een herstructureringsbenadering voor het moderniseren van het systeem:
Een Visio-bestand van deze architectuur downloaden.
Werkstroom
Input. Invoer vindt doorgaans plaats via Azure ExpressRoute van externe clients of via andere toepassingen die momenteel Azure uitvoeren. In beide gevallen zijn TCP/IP-verbindingen de primaire methode voor verbinding met het systeem. TLS-poort 443 biedt toegang tot webtoepassingen. U kunt de presentatielaag voor webtoepassingen vrijwel ongewijzigd laten om het opnieuw trainen van gebruikers te minimaliseren. U kunt deze laag ook bijwerken met moderne UX-frameworks volgens uw vereisten. Voor beheerderstoegang tot de VM's kunt u Azure Bastion-hosts gebruiken om de beveiliging te maximaliseren door open poorten te minimaliseren.
Toegang in Azure. In Azure wordt toegang tot de rekenclusters van de toepassing geboden via een Azure-load balancer. Met deze benadering kunnen rekenresources uitschalen het invoerwerk verwerken. Load balancers op niveau 7 (toepassingsniveau) en niveau 4 (netwerkprotocolniveau) zijn beschikbaar. Het type dat u gebruikt, is afhankelijk van de manier waarop de invoer van de toepassing het toegangspunt van het rekencluster bereikt.
Rekenclusters voor toepassingen. De architectuur ondersteunt toepassingen die worden uitgevoerd in een container die kan worden geïmplementeerd in een containerorchestrator zoals Kubernetes. Adabas & Natural-onderdelen kunnen worden uitgevoerd binnen containertechnologie die wordt uitgevoerd op een Linux-besturingssysteem. U kunt uw verouderde toepassingen opnieuw ontwerpen voor moderne architectuur op basis van containers en werken op Basis van Azure Kubernetes Services.
ApplinX-terminalemulatie (Software AG). ApplinX is een servertechnologie die webconnectiviteit en integratie biedt in kernsysteemtoepassingen zonder dat er wijzigingen in de toepassingen nodig zijn. Met Natural Online kunnen onlinegebruikers via een webbrowser verbinding maken met Natuurlijke toepassingen. Zonder ApplinX moeten gebruikers verbinding maken met terminal-emulatiesoftware met behulp van SSH. Beide systemen worden uitgevoerd in containers.
EntireX (Software AG). Met EntireX kunt u eenvoudig services verbinden die worden uitgevoerd op Integration Server met essentiële programma's die zijn geschreven in talen zoals COBOL en Natural. Natural Business Services maakt API-toegang mogelijk tot bedrijfsfuncties die zijn geprogrammeerd in Natural. Beide systemen worden uitgevoerd in containers.
Adabas (Software AG). Adabas is een noSQL-databasebeheersysteem met hoge prestaties. Natuurlijke batch (Software AG) is een toegewezen onderdeel voor het uitvoeren van batchtaken. Natuurlijke batchtaken, die worden gepland door een batchtaakplanningssysteem dat u kiest, moeten worden uitgevoerd op hetzelfde knooppunt als de Adabas-database om prestatie-impact te voorkomen.
Opslag. Gegevensservices maken gebruik van een combinatie van krachtige opslag (ultra/premium SSD), bestandsopslag (NetApp) en standaardopslag (Blob, archief, back-up) die lokaal redundant of geografisch redundant kan zijn, afhankelijk van het gebruik. Knooppuntbesturingssystemen maken gebruik van beheerde schijfopslag. Alle permanente gegevens, zoals databasebestanden, beveiligingslogboeken, toepassingsgegevens en back-ups, maken gebruik van Azure NetApp Files. AKS beheert besturingssysteemvolumes die zijn opgeslagen in beheerde schijven. Alle bedrijfskritieke gegevens van de databases, waaronder ASSO, DATA, WORK-bestanden en Adabas-beveiligingslogboeken, moeten worden geschreven naar afzonderlijke volumes die kunnen worden geleverd door Azure NetApp Files.
CONNX. De CONNX voor Adabas-module biedt zeer veilige, realtime lees-/schrijftoegang tot Adabas-gegevensbronnen op OS/390, z/OS, VSE, Linux, Solaris, HP-UX, AIX en Windows via .NET, ODBC, OLE DB en JDBC. CONNX-connectors bieden toegang tot Adabas-gegevensbronnen en maken ze beschikbaar voor algemenere databases, zoals Azure SQL Database, Azure Database for PosgreSQL en Azure Database for MySQL.
Onderdelen
Azure ExpressRoute breidt uw on-premises netwerken uit naar de Microsoft-cloud via een privéverbinding die wordt gefaciliteerd door een connectiviteitsprovider. U kunt ExpressRoute gebruiken om verbindingen tot stand te brengen met Microsoft-cloudservices zoals Azure en Office 365.
Azure Kubernetes Service is een volledig beheerde Kubernetes-service voor het implementeren en beheren van toepassingen in containers. AKS biedt serverloze Kubernetes, geïntegreerde continue integratie en continue levering (CI/CD) en beveiliging en governance op bedrijfsniveau.
Beheerde Azure-schijven zijn opslagvolumes op blokniveau die worden beheerd door Azure en worden gebruikt met Azure Virtual Machines. Er zijn verschillende typen beschikbaar: ultraschijven, premium SSD, standard SSD en standard HDD. SSD-schijven worden in deze architectuur gebruikt.
Azure NetApp Files biedt hoogwaardige Azure-bestandsshares mogelijk gemaakt door NetApp. Met Azure NetApp Files kunt u eenvoudig complexe toepassingen op basis van bestanden migreren en uitvoeren zonder code te wijzigen.
Scenariodetails
Toepassingen die worden uitgevoerd op mainframecomputers zijn al bijna 50 jaar de kern van de meeste bedrijfsactiviteiten. Hoewel deze mainframesystemen in de loop der jaren een opmerkelijke betrouwbaarheid hebben geboden, zijn ze enigszins problematisch geworden omdat ze stijf en in sommige gevallen moeilijk te onderhouden en kostbaar zijn om te werken.
Veel organisaties zijn op zoek naar manieren om deze systemen te moderniseren. Ze zijn op zoek naar manieren om de beperkte resources vrij te maken die nodig zijn om deze systemen te onderhouden, hun kosten te beheren en meer flexibiliteit te krijgen in interacties met de systemen.
Software AG biedt een populair 4GL mainframe-platform dat is gebaseerd op de natuurlijke programmeertaal en de Adabas-database.
Er zijn twee patronen waarmee u Adabas & Natural-toepassingen kunt uitvoeren in Azure: opnieuw hosten en herstructureren. In dit artikel wordt beschreven hoe u een toepassing herstructureert met behulp van containers die worden beheerd in Azure Kubernetes Service (AKS). Zie de op containers gebaseerde benadering verderop in dit artikel voor meer informatie.
Potentiële gebruikscases
Deze architectuur is van toepassing op elke organisatie die gebruikmaakt van mainframecomputers waarop Adabas & Natural wordt uitgevoerd en die van plan is om deze workloads te moderniseren en naar de cloud te verplaatsen.
Overwegingen
Benadering op basis van containers
Als u optimaal gebruik wilt maken van de flexibiliteit, betrouwbaarheid en mogelijkheden van Azure, moet u mainframetoepassingen opnieuw ontwerpen. We raden u aan monolithische toepassingen opnieuw te schrijven als microservices en een op containers gebaseerde benadering voor implementatie te gebruiken. Een container bundelt alle software die nodig is voor uitvoering in één uitvoerbaar pakket. Het bevat de code van een toepassing samen met de gerelateerde configuratiebestanden, bibliotheken en afhankelijkheden die nodig zijn om de app uit te voeren. Containertoepassingen zijn snel te implementeren en ondersteunen populaire DevOps-procedures zoals continue integratie (CI) en continue implementatie (CD).
Adabas & Natural containers worden uitgevoerd in pods, die elk een specifieke taak uitvoeren. Pods zijn eenheden van een of meer containers die bij elkaar blijven op hetzelfde knooppunt en resources delen, zoals de hostnaam en het IP-adres. Omdat ze losgekoppeld zijn van het onderliggende platform, worden onderdelen in pods onafhankelijk geschaald en worden hogere beschikbaarheid ondersteund. Een containertoepassing is ook draagbaar: deze wordt uniform en consistent uitgevoerd op elke infrastructuur.
In containers geplaatste services en de bijbehorende netwerk- en opslagonderdelen moeten worden ingedeeld en beheerd. We raden AKS aan, een beheerde Kubernetes-service waarmee cluster- en resourcebeheer wordt geautomatiseerd. U wijst het aantal benodigde knooppunten aan en AKS past uw containers aan op de juiste knooppunten om optimaal gebruik te maken van resources. AKS biedt ook ondersteuning voor geautomatiseerde implementaties en terugdraaiacties, servicedetectie, taakverdeling en opslagindeling. En AKS biedt ondersteuning voor zelfherstel: als een container mislukt, start AKS een nieuwe. Daarnaast kunt u geheimen en configuratie-instellingen veilig opslaan buiten de containers.
Het architectuurdiagram in dit artikel toont een op containers gebaseerde implementatie van Adabas & Natural. Wanneer u AKS instelt, geeft u de azure-VM-grootte op voor uw knooppunten, waarmee de opslag-CPU's, het geheugen en het type worden gedefinieerd, zoals SSD's (Solid State Drives) of gewone harde schijven (HDD's). In dit voorbeeld wordt Natural uitgevoerd op drie VM-exemplaren (knooppunten) om de schaalbaarheid en beschikbaarheid van de gebruikersinterface (Natural online plus ApplinX) en de API-laag (Natural Services plus EntireX) te verbeteren.
In de gegevenslaag wordt Adabas uitgevoerd in het AKS-cluster, dat automatisch wordt ingeschaald en uitgeschaald op basis van resourcegebruik. U kunt meerdere onderdelen van Adabas in dezelfde pod uitvoeren of, voor grotere schaal, AKS deze distribueren over meerdere knooppunten in het cluster. Adabas maakt gebruik van Azure NetApp Files, een krachtige service voor bestandsopslag met datalimiet, voor alle permanente gegevens, zoals databasebestanden, beveiligingslogboeken, app-gegevens en back-up.
Operations
Herstructureren ondersteunt snellere cloudimplementatie. Het bevordert ook de acceptatie van DevOps- en Agile-werkprincipes. U beschikt over volledige flexibiliteit van ontwikkelings- en productie-implementatieopties.
Prestatie-efficiëntie
Kubernetes biedt een automatische schaalaanpassing van clusters. Met de automatische schaalaanpassing wordt het aantal knooppunten aangepast op basis van de aangevraagde rekenresources in de knooppuntgroep. De API-server voor metrische gegevens wordt elke 10 seconden gecontroleerd op alle vereiste wijzigingen in het aantal knooppunten. Als de automatische schaalaanpassing van clusters bepaalt dat een wijziging is vereist, wordt het aantal knooppunten in uw AKS-cluster dienovereenkomstig verhoogd of verlaagd.
Veiligheid
Deze architectuur is voornamelijk gebaseerd op Kubernetes, waaronder beveiligingsonderdelen zoals podbeveiligingsstandaarden en geheimen. Azure biedt aanvullende functies zoals Microsoft Entra ID, Microsoft Defender for Containers, Azure Policy, Azure Key Vault, netwerkbeveiligingsgroepen en ingedeelde clusterupgrades.
Bijdragers
Dit artikel wordt onderhouden door Microsoft. De tekst is oorspronkelijk geschreven door de volgende Inzenders.
Hoofdauteur:
- Marlon Johnson | Senior TPM
Als u niet-openbare LinkedIn-profielen wilt zien, meldt u zich aan bij LinkedIn.
Volgende stappen
Neem contact op met legacy2azure@microsoft.com voor meer informatie.
Hier volgen enkele aanvullende bronnen:
- Adabas & Natural
- Azure Kubernetes Service
- Documentatie voor Azure NetApp Files
- Mainframe opnieuw hosten op virtuele Azure-machines
- Mainframe-rekenkracht verplaatsen naar virtuele Azure-machines