Softwarová skupina dostupnosti poskytuje oblíbenou sálovou platformu 4GL založenou na přirozeném programovacím jazyce a databázi Adabas. Tento článek poskytuje architekturu pro organizace, které používají sálové počítače, na kterých běží Adabas & Natural a které hledají způsoby, jak tyto úlohy modernizovat a přesunout je do cloudu.
Architektura sálových počítačů
Tento diagram znázorňuje příklad sálového počítače s nainstalovanými moduly Adabas a Natural skupiny softwaru před migrací do Azure. Tento příklad ukazuje architekturu IBM z/OS.
Stáhněte si soubor aplikace Visio s touto architekturou.
Workflow
A. Vstup probíhá přes protokol TCP/IP, včetně TN3270 a HTTP(S). Vstup do sálového počítače používá standardní protokoly sálových počítačů.
B. Přijímající aplikace můžou být dávkové nebo online systémy.
C. Přirozené jazyky, COBOL, PL/I, Assembler nebo jiné kompatibilní jazyky běží v povoleném prostředí.
D. Běžně používané datové a databázové služby jsou hierarchické/síťové databázové systémy a typy relačních databází.
E. Mezi běžné služby patří spouštění programů, vstupně-výstupní operace, detekce chyb a ochrana v rámci prostředí.
F. Middleware a nástroje spravují služby, jako je páskové úložiště, zařadí se do fronty, výstup a webové služby v rámci prostředí.
G. Operační systémy poskytují rozhraní mezi modulem a softwarem, na kterém běží.
H. Oddíly jsou potřeba ke spouštění samostatných úloh a k oddělení pracovních typů v rámci prostředí.
Architektura Azure
Tento diagram ukazuje, jak můžete migrovat starší architekturu do Azure pomocí refaktoringového přístupu k modernizaci systému:
Stáhněte si soubor aplikace Visio s touto architekturou.
Workflow
Vstupní. Ke vstupu obvykle dochází prostřednictvím Azure ExpressRoute ze vzdálených klientů nebo prostřednictvím jiných aplikací, které aktuálně běží Azure. V obou případech jsou připojení TCP/IP primárním prostředkem připojení k systému. Port TLS 443 poskytuje přístup k webovým aplikacím. Prezentační vrstvu webových aplikací můžete nechat prakticky beze změny, abyste minimalizovali přetrénování uživatelů. Alternativně můžete tuto vrstvu aktualizovat pomocí moderních architektur uživatelského rozhraní podle vašich požadavků. Pro přístup správce k virtuálním počítačům můžete pomocí hostitelů Služby Azure Bastion maximalizovat zabezpečení minimalizací otevřených portů.
Přístup v Azure. V Azure se přístup k výpočetním clusterům aplikací poskytuje prostřednictvím nástroje pro vyrovnávání zatížení Azure. Tento přístup umožňuje škálování výpočetních prostředků na více instancí ke zpracování vstupní práce. K dispozici jsou nástroje pro vyrovnávání zatížení úrovně 7 (úroveň aplikace) i úrovně 4 (úroveň síťového protokolu). Typ, který použijete, závisí na tom, jak vstup aplikace dosáhne vstupního bodu výpočetního clusteru.
Výpočetní clustery aplikací Architektura podporuje aplikace, které běží v kontejneru, který je možné nasadit v orchestrátoru kontejnerů, jako je Kubernetes. Adabas & Natural komponenty mohou běžet uvnitř kontejnerové technologie provozované nad operačním systémem Linux. Starší aplikace můžete přepracovat na moderní kontejnerové architektury a pracovat s azure Kubernetes Services.
Emulace terminálu ApplinX (Softwarová skupina dostupnosti) ApplinX je serverová technologie, která poskytuje webové připojení a integraci do základních systémových aplikací bez nutnosti změn aplikací. Natural Online umožňuje online uživatelům připojit se k přirozeným aplikacím přes webový prohlížeč. Bez ApplinX se uživatelé musí připojit pomocí softwaru emulace terminálu pomocí SSH. Oba systémy běží v kontejnerech.
EntireX (Softwarová skupina dostupnosti). CeléX umožňuje snadno připojit služby, které běží na integračním serveru, k nepostradatelným programům napsaným v jazycích, jako je COBOL a Natural. Služba Natural Business Services umožňuje rozhraní API přistupovat k obchodním funkcím, které jsou naprogramované v naturalu. Oba systémy běží v kontejnerech.
Adabas (Softwarová skupina dostupnosti) Adabas je vysoce výkonný systém pro správu databází NoSQL. Přírodní dávka (Softwarová skupina dostupnosti) je vyhrazená komponenta pro spouštění dávkových úloh. Přirozené dávkové úlohy, které jsou naplánovány systémem plánování dávkových úloh, který zvolíte, by se měly spouštět na stejném uzlu jako databáze Adabas, aby se zabránilo dopadu na výkon.
Úložiště: Datové služby používají kombinaci vysoce výkonného úložiště (ultra/premium SSD), úložiště souborů (NetApp) a standardního úložiště (blob, archiv, zálohování), které může být buď místní redundantní, nebo geograficky redundantní v závislosti na použití. Operační systémy uzlu používají spravované diskové úložiště. Všechna trvalá data, jako jsou databázové soubory, protokoly ochrany, data aplikací a zálohování, používají Azure NetApp Files. AKS spravuje svazky operačního systému, které jsou uložené na spravovaných discích. Všechna důležitá obchodní data z databází, včetně protokolů ochrany ASSO, DATA, WORK a Adabas, by se měla zapsat do samostatných svazků, které je možné poskytovat službou Azure NetApp Files.
CONNX. Modul CONNX pro Adabas poskytuje vysoce zabezpečený přístup ke čtení a zápisu v reálném čase ke zdrojům dat Adabas v systémech OS/390, z/OS, VSE, Linux, Solaris, HP-UX, AIX a Windows prostřednictvím .NET, ODBC, OLE DB a JDBC. Konektory CONNX poskytují přístup ke zdrojům dat Adabas a zpřístupňují je častějším databázím, jako jsou Azure SQL Database, Azure Database for PosgreSQL a Azure Database for MySQL.
Součásti
Azure ExpressRoute rozšiřuje vaše místní sítě do cloudu Microsoftu přes privátní připojení, které poskytovatel připojení usnadňuje. ExpressRoute můžete použít k navázání připojení ke cloudovým službám Microsoftu, jako jsou Azure a Office 365.
Azure Kubernetes Service je plně spravovaná služba Kubernetes pro nasazování a správu kontejnerizovaných aplikací. AKS poskytuje bezserverové Kubernetes, integrovanou kontinuální integraci a průběžné doručování (CI/CD) a zabezpečení a zásady správného řízení na podnikové úrovni.
Spravované disky Azure jsou svazky úložiště na úrovni bloků, které spravuje Azure a používají se se službou Azure Virtual Machines. K dispozici jsou různé typy: disky Úrovně Ultra, SSD úrovně Premium, SSD úrovně Standard a HDD úrovně Standard. Disky SSD se v této architektuře používají.
Azure NetApp Files poskytuje sdílené složky Azure na podnikové úrovni využívající NetApp. Azure NetApp Files usnadňuje migraci a spouštění složitých souborových aplikací beze změny kódu.
Podrobnosti scénáře
Aplikace běžící na sálových počítačích jsou jádrem většiny obchodních operací téměř 50 let. I když tyto sálové systémy v průběhu let poskytovaly pozoruhodný spolehlivost, staly se poněkud problematické, protože jsou pevné a v některých případech těžko udržovat a nákladné provozovat.
Mnoho organizací hledá způsoby modernizace těchto systémů. Hledají způsoby, jak uvolnit omezené prostředky potřebné k údržbě těchto systémů, řídit náklady a získat větší flexibilitu při interakci se systémy.
Softwarová skupina dostupnosti poskytuje oblíbenou sálovou platformu 4GL založenou na přirozeném programovacím jazyce a databázi Adabas.
Existují dva vzory, které umožňují spouštět aplikace Adabas a Natural v Azure: změna hostitele a refaktoring. Tento článek popisuje, jak refaktorovat aplikaci pomocí kontejnerů spravovaných ve službě Azure Kubernetes Service (AKS). Další informace najdete v tématu Přístup založený na kontejnerech, dále v tomto článku.
Potenciální případy použití
Tato architektura platí pro všechny organizace, které používají sálové počítače se spuštěnou aplikací Adabas & Natural a které plánuje tyto úlohy modernizovat a přesunout je do cloudu.
Důležité informace
Přístup založený na kontejnerech
K zajištění maximální flexibility, spolehlivosti a možností Azure potřebujete změnit architekturu aplikací mainframů. Doporučujeme přepsat monolitické aplikace jako mikroslužby a použít k nasazení přístup založený na kontejnerech. Kontejner seskupí veškerý software potřebný ke spuštění do jednoho spustitelného balíčku. Obsahuje kód aplikace společně se souvisejícími konfiguračními soubory, knihovnami a závislostmi, které jsou potřeba ke spuštění aplikace. Kontejnerizované aplikace jsou rychlé k nasazení a podpoře oblíbených postupů DevOps, jako je kontinuální integrace (CI) a průběžné nasazování (CD).
Adabas & Natural kontejnery běží v podech, z nichž každá provádí určitou úlohu. Pody jsou jednotky jednoho nebo více kontejnerů, které zůstávají pohromadě na stejném uzlu a sdílejí prostředky, jako je název hostitele a IP adresa. Vzhledem k tomu, že jsou oddělené od základní platformy, komponenty v podech se škálují nezávisle a podporují vyšší dostupnost. Kontejnerizovaná aplikace je také přenosná: běží jednotně a konzistentně na jakékoli infrastruktuře.
Kontejnerizované služby a jejich přidružené síťové a úložné komponenty je potřeba orchestrovat a spravovat. Doporučujeme AKS, spravovanou službu Kubernetes, která automatizuje správu clusterů a prostředků. Určíte počet uzlů, které potřebujete, a AKS se hodí k vašim kontejnerům na správné uzly, aby se co nejlépe využívaly prostředky. AKS také podporuje automatizované zavedení a vrácení zpět, zjišťování služeb, vyrovnávání zatížení a orchestraci úložiště. A AKS podporuje samoopravení: pokud se kontejner nezdaří, AKS spustí nový. Kromě toho můžete bezpečně ukládat tajné kódy a nastavení konfigurace mimo kontejnery.
Diagram architektury v tomto článku ukazuje implementaci adabas & Natural založenou na kontejnerech. Při nastavování AKS zadáte velikost virtuálního počítače Azure pro uzly, která definuje procesory úložiště, paměť a typ, jako jsou jednotky SSD (High-Performance Solid-State Drive) nebo běžné pevné disky (HDD). V tomto příkladu se Natural spouští na třech instancích virtuálních počítačů (uzlech), aby se zvýšila škálovatelnost a dostupnost uživatelského rozhraní (Natural Online plus ApplinX) a vrstva rozhraní API (Přírodní služby plus CeléX).
V datové vrstvě běží Adabas v clusteru AKS, který se škáluje a automaticky navyšuje na základě využití prostředků. Ve stejném podu můžete spustit více komponent adabas nebo pro větší škálování je AKS může distribuovat mezi více uzlů v clusteru. Adabas používá Azure NetApp Files, vysoce výkonnou službu úložiště souborů účtované podle měrného měření, pro všechna trvalá data, jako jsou databázové soubory, protokoly ochrany, data aplikací a zálohování.
Operace
Refaktoring podporuje rychlejší přechod na cloud. Podporuje také přijetí devOps a agilních pracovních principů. Máte plnou flexibilitu možností vývojového a produkčního nasazení.
Efektivita výkonu
Kubernetes poskytuje automatické škálování clusteru. Automatické škálování upraví počet uzlů na základě požadovaných výpočetních prostředků ve fondu uzlů. Monitoruje server rozhraní API metrik každých 10 sekund pro všechny požadované změny počtu uzlů. Pokud automatické škálování clusteru zjistí, že se vyžaduje změna, počet uzlů v clusteru AKS se odpovídajícím způsobem zvýší nebo sníží.
Zabezpečení
Tato architektura je primárně založená na Kubernetes, která zahrnuje komponenty zabezpečení, jako jsou standardy zabezpečení podů a tajné kódy. Azure poskytuje další funkce, jako je Microsoft Entra ID, Microsoft Defender for Containers, Azure Policy, Azure Key Vault, skupiny zabezpečení sítě a orchestrované upgrady clusteru.
Přispěvatelé
Tento článek spravuje Microsoft. Původně byla napsána následujícími přispěvateli.
Hlavní autor:
- Marlon Johnson | Starší čip TPM
Pokud chcete zobrazit neveřejné profily LinkedIn, přihlaste se na LinkedIn.
Další kroky
Pokud potřebujete další informace, odešlete e-mail na adresu legacy2azure@microsoft.com.
Tady jsou některé další zdroje informací:
- Adabas & Natural
- Azure Kubernetes Service
- Dokumentace ke službě Azure NetApp Files
- Změna hostitele sálového počítače na virtuálních počítačích Azure
- Přesun výpočetních prostředků sálového počítače do služby Azure Virtual Machines