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
Vstup. 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. Můžete použít nástroje pro vyrovnávání zatížení úrovně 7 (úroveň aplikace) nebo úroveň 4 (úroveň síťového protokolu). Typ nástroje pro vyrovnávání zatížení, který použijete, ale závisí na tom, jak vstup aplikace dosáhne vstupního bodu výpočetního clusteru. Doporučujeme používat Aplikace Azure lication Gateway s možnostmi firewallu webových aplikací pro provoz vrstvy 7.
Výpočetní clustery aplikací Architektura podporuje aplikace, které běží v kontejneru, který je možné nasadit ve službě Azure Kubernetes Service (AKS). Adabas & Natural komponenty můžou běžet uvnitř kontejnerů založených na Linuxu. Starší aplikace můžete přepracovat na moderní kontejnerové architektury a pracovat s AKS.
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 zapisovat do samostatných svazků ve službě 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. CONNX poskytuje vrstvu virtualizace dat, která používá konektory pro Adabas a další zdroje dat, jako je 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. Alternativně nebo jako zálohu můžete navázat připojení ke službě Azure VPN Gateway. Doporučujeme ale používat ExpressRoute, abyste se mohli připojit k prostředí Azure prostřednictvím vysokorychlostního privátního připojení s rozšířeným zabezpečením.
AKS 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. V tomto scénáři se v AKS nasadí kontejnery Adabas a Natural.
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í. V tomto scénáři se všechny svazky operačního systému ukládají na spravované disky Azure.
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. V tomto scénáři používají všechna trvalá data, jako jsou databázové soubory, protokoly ochrany, data aplikací a záložní soubory, azure NetApp Files.
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.
Dva vzory racionalizace cloudu umožňují spouštět aplikace Adabas & Natural v Azure: změna hostitele a refaktoring. Tento článek popisuje, jak refaktorovat aplikaci pomocí kontejnerů spravovaných v 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). Natural by se měl spouštět na třech nebo více instancích virtuálních počítačů (uzly), aby se zvýšila škálovatelnost a dostupnost uživatelského rozhraní (Natural Online plus ApplinX) a vrstva rozhraní API (Přírodní služby a 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í.
Umístěte pody přírodní dávky do stejné zóny dostupnosti (datacentra) jako pody Adabas. Skupiny umístění bezkontaktní komunikace byste měli použít k umístění podů Adabas a Natural Batch do stejného fondu uzlů ve stejné zóně dostupnosti.
Bezpečnost
Zabezpečení poskytuje záruky proti záměrným útokům a zneužití cenných dat a systémů. Další informace najdete v kontrolním seznamu pro kontrolu návrhu 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. Refaktorované kontejnery by se měly nasadit do privátního clusteru AKS s příchozím přístupem přes privátní server rozhraní API a interní IP adresy. Veškerý odchozí provoz by se měl směrovat přes výstupní vrstvu brány firewall.
Optimalizace nákladů
Optimalizace nákladů se týká snížení zbytečných výdajů a zlepšení efektivity provozu. Další informace najdete v kontrolním seznamu pro kontrolu návrhu pro optimalizaci nákladů.
Pomocí automatického škálování clusteru a horizontálního automatického škálování podů můžete škálovat počet podů a uzlů na základě podmínek provozu. Pody Adabas můžou pro optimalizaci nákladů používat horizontální automatické škálování podů.
Pomocí vertikálního automatického škálování podů můžete analyzovat a nastavit prostředky procesoru a paměti, které pody vyžadují. Tento přístup optimalizuje přidělování prostředků.
Zvolte odpovídající velikost virtuálního počítače pro fondy uzlů na základě požadavků na úlohy.
Vytvořte více fondů uzlů s různými velikostmi virtuálních počítačů pro konkrétní úlohy. K optimalizaci přidělování prostředků použijte popisky uzlů, selektory uzlů a pravidla spřažení.
Zvolte správné úrovně služeb a velikost fondu kapacity pro Azure NetApp Files. Doporučení pro správu nákladů najdete v tématu Model nákladů pro Azure NetApp Files.
Použijte rezervovanou kapacitu pro Azure NetApp Files.
Pokud chcete monitorovat a optimalizovat náklady, použijte nástroje pro správu nákladů, jako jsou Azure Advisor, rezervace Azure a plány úspor Azure.
Pokud chcete odhadnout náklady na využití, použijte kalkulačku nákladů Azure.
Ke zlepšení sledování a správy nákladů použijte značky Azure k přidružení prostředků AKS ke konkrétním úlohám.
Efektivita provozu
Efektivita provozu se zabývá provozními procesy, které nasazují aplikaci a udržují ji spuštěnou v produkčním prostředí. Další informace najdete v kontrolním seznamu pro kontrolu návrhu pro efektivitu provozu.
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
Efektivita výkonu je schopnost vaší úlohy škálovat tak, aby splňovala požadavky, které na ni mají uživatelé efektivním způsobem. Další informace najdete v kontrolním seznamu pro kontrolu návrhu týkajícího se efektivity 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íží.
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
Přispěvatel:
- Francis Simy Nazareth | Specialista na technologie
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