Nagyszámítógépek és középkategóriás modernizáció az Azure Logic Appsszel
Ez az útmutató bemutatja, hogyan növelheti vállalata az üzleti értéket és a rugalmasságot a nagyszámítógép és a középső környezetek Azure Logic Apps használatával történő modernizálásával. A jelenlegi üzleti világ a hiperinnováció korszakát éli, és állandó célja a vállalati hatékonyság, a költségcsökkentés, a növekedés és az üzleti igazodás elérése. A szervezetek modernizálási módszereket keresnek, és az egyik hatékony stratégia az üzleti érték bővítése a meglévő örökölt eszközök használata során.
A nagyszámítógépes és középkategóriás rendszerekbe történő befektetésekkel rendelkező szervezetek számára ez azt jelenti, hogy a lehető legjobban kihasználják azokat a platformokat, amelyek segítettek embereket küldeni a Holdra, vagy segítettek a jelenlegi pénzügyi piacok kiépítésében és értékük bővítésében a felhő és a mesterséges intelligencia (AI) használatával. Ebben a forgatókönyvben az Azure Logic Apps és a nagyszámítógépekkel és középkategóriás rendszerekkel való integráció natív képességei kerülnek előtérbe azáltal, hogy megnyitják az AI-világ kapuját az örökölt befektetések számára. Az Azure Logic Apps többek között magában foglalja a gazdagépintegrációs kiszolgáló (HIS) alapvető képességeit, amelyeket a Microsoft több mint 20 év alatt legstratégiaibb ügyfeleinek központi és középső integrációjához használtak. Ennek eredményeképpen az Azure Logic Apps szolgáltatásként nyújtott integrációs platformmá (iPaaS) vált a nagyszámítógépekhez és a középső rendszerekhez.
Amikor a nagyvállalati fejlesztők integrációs munkafolyamatokat építenek ki az Azure Logic Appsszel, gyorsabban tudnak új alkalmazásokat kézbesíteni kevés vagy kevesebb egyéni kód használatával. A Visual Studio Code-ot és a Visual Studio-t használó fejlesztők hatékonyabbak lehetnek, mint azok, akik IBM nagyszámítógépes fejlesztési eszközöket és technológiákat használnak, mivel nem igényelnek ismereteket a nagyszámítógép-rendszerekről és az infrastruktúráról. Az Azure Logic Apps lehetővé teszi az üzleti elemzők és döntéshozók számára, hogy gyorsabban elemezzék és jelentsenek fontos, örökölt információkat. Közvetlenül hozzáférhetnek a nagyszámítógépes adatforrásokban lévő adatokhoz, ami szükségtelenné teszi, hogy a nagyszámítógép-fejlesztők összetett nagyszámítógép-struktúrákat kinyerő és átalakító programokat hozzanak létre.
Natív felhőbeli képességek a nagyszámítógépekhez és a központi rendszerintegrációhoz
1990 óta a Microsoft a Microsoft Communications Serveren keresztül biztosítja a nagyszámítógépekkel és a középső rendszerekkel való integrációt. A Microsoft Communications Server 2000-ben létrehozott gazdagépintegrációs kiszolgáló (HIS) továbbfejlesztése. Míg a HIS rendszerhálózati architektúra (SNA) átjáróként indult, kiterjesztette az IBM-adattárakra (DB2, VSAM és Informix), az IBM tranzakciós rendszereire (CICS, IMS és IBM i) és az IBM-üzenetkezelésre (MQ Series). A Microsoft stratégiai ügyfelei több mint 20 éve használják ezeket a technológiákat.
Annak érdekében, hogy az Azure-ban alkalmazásokat és adatokat futtató ügyfelek tovább használják ezeket a technológiákat, az Azure Logic Apps és a Visual Studio fokozatosan beépítette ezeket a képességeket. A Visual Studióban futó Logic Appshez készült HIS Tervező és a 3270-es tervezőeszköz például segít létrehozni a nagyszámítógéphez és az Azure Logic Apps középső integrációjához használt beépített összekötők által igényelt metaadat-összetevőket. Ezek a beépített összekötők ugyanazokat a számítási erőforrásokat használják, mint a Standard logikai alkalmazás munkafolyamatai. Ez a kialakítás nem csak alacsony késésű forgatókönyvek elérését teszi lehetővé, hanem kibővíti az elérést a vészhelyreállítás és a magas rendelkezésre állású ügyfelek igényeinek kielégítésére is.
A Microsoft nagyszámítógépes és középső integrációs képességeiről a következő szakaszokban olvashat bővebben.
Microsoft HIS Tervező a Logic Appshez
Ez az eszköz az Azure Logic Apps főkeret- és középszintű rendszer metaadat-összetevőit hozza létre, és grafikus tervezőt biztosít a Microsoft Visual Studióval, hogy metaadat-objektumokat hozhasson létre, tekinthet meg, szerkeszthet és képezhet le a főszámítógép-összetevőkre. Az Azure Logic Apps ezeket a térképeket használja a nagyszámítógépen és a középső rendszerekben lévő programok és adatok tükrözésére. További információ: HIS Tervező a Logic Appshez.
Microsoft 3270 Tervezőeszköz
Ez az eszköz rögzíti az alkalmazásban lévő tevékenységek képernyőit, navigációs útvonalait, metódusait és paramétereit, hogy ezeket a tevékenységeket 3270 összekötőműveletként vegye fel és futtassa. Míg a Logic AppsHEZ készült HIS Tervező tranzakciós rendszereket és adatokat céloz meg, a 3270 tervezőeszköz 3270 alkalmazást céloz meg. További információ: 3270 Tervezőeszköz.
Azure Logic Apps-összekötők IBM-nagyszámítógépekhez és középkategóriás rendszerekhez
A következő szakaszok azokat a beépített, szolgáltatóalapú összekötőket ismertetik, amelyekkel az IBM nagyszámítógépes és középkategóriás rendszereit érheti el és használhatja, amikor standard munkafolyamatokat hoz létre az Azure Logic Appsben.
Feljegyzés
Bár az alábbi összekötők némelyike "megosztott" összekötőként érhető el, amelyek a globális Azure-ban futnak, ez az útmutató a beépített, szolgáltatói alapú összekötőkre összpontosít, amelyek csak akkor érhetők el, ha standard munkafolyamatokat hoz létre az Azure Logic Appsben.
IBM 3270
Ez a 3270-hez készült Azure Logic Apps-összekötő lehetővé teszi, hogy a standard munkafolyamatok hozzáférjenek és futtassanak olyan IBM-nagyszámítógép-alkalmazásokat, amelyeket általában 3270 emulátorképernyőn navigálva hajtanak végre. Az összekötő a TN3270 streamet használja. További információ: 3270 képernyőalapú alkalmazások integrálása IBM-nagyszámítógépeken az Azure-ral az Azure Logic Apps és az IBM 3270-összekötő használatával.
IBM Customer Information Control System (CICS)
Ez a CICS-hez készült Azure Logic Apps-összekötő standard munkafolyamatokat biztosít, amelyek több protokollt használó CICS-programokkal, például TCP/IP-címmel és HTTP-vel kommunikálhatnak és integrálhatók. Ha a CICS-környezetekhez a LU6.2 használatával kell hozzáférnie, a gazdagépintegrációs kiszolgálót (HIS) kell használnia. További információ: CICS-programok integrálása IBM-nagyszámítógépeken standard munkafolyamatokkal az Azure Logic Appsben az IBM CICS-összekötő használatával.
IBM DB2
Ez a DB2-hez készült Azure Logic Apps-összekötő lehetővé teszi a kapcsolatot a standard munkafolyamatok és a helyszíni vagy az Azure-ban található DB2-adatbázisok között. Az összekötő közvetlen hozzáférést biztosít a vállalati informatikai szakembereknek és fejlesztőknek a DB2 adatbázis-kezelő rendszerekben tárolt létfontosságú információkhoz. További információ: IBM DB2-erőforrások elérése és kezelése az Azure Logic Apps használatával.
IBM-gazdagépfájlok
Ez az Azure Logic Apps gazdagépfájlokhoz készült összekötője vékony burkolót biztosít a gazdagépintegrációs kiszolgáló "Flat File Parser" funkciója körül. Ez az offline "összekötő" olyan műveleteket biztosít, amelyek bináris adatokat elemeznek vagy generálnak a gazdagépfájlokból és azokból. Ezek a műveletek megkövetelik, hogy ezek az adatok bármilyen eseményindítóból vagy más, bináris adatokat előállító műveletből származjanak. További információ: IBM-gazdagépfájlok elemzése és létrehozása az Azure Logic Apps használatával.
IBM i
Ez az IBM-hez készült Azure Logic Apps-összekötő lehetővé teszi, hogy a standard munkafolyamatok TCP/IP használatával kommunikálják és integrálják az IBM i rendszereken futó COBOL- és RPG-programokat. Ha a LU6.2 használatával kell hozzáférnie az IBM i-környezetekhez, a gazdagépintegrációs kiszolgálót (HIS) kell használnia. További információ: COBOL- és RPG-programok integrálása az IBM-középkategóriákon standard munkafolyamatokkal az Azure Logic Appsben az IBM i-összekötő használatával.
IBM Information Management System (IMS)
Ez az IMS-hez készült Azure Logic Apps-összekötő az IBM IMS Csatlakozás összetevőt használja, amely nagy teljesítményű hozzáférést biztosít a Standard munkafolyamatoktól az IMS-tranzakciókhoz TCP/IP használatával. Ez a modell az IMS üzenetsort használja az adatok feldolgozásához. További információ: IMS-programok integrálása IBM-nagyszámítógépeken standard munkafolyamatokkal az Azure Logic Appsben az IBM IMS-összekötő használatával.
IBM MQ
Ez az Azure Logic Apps-összekötő az MQ-hoz lehetővé teszi a standard munkafolyamatok és az IBM MQ-kiszolgálók közötti kapcsolatokat a helyszínen vagy az Azure-ban. A Microsoft ibm MQ integrációs képességeket is biztosít a gazdagépintegrációs kiszolgálóval és a BizTalk Serverrel. További információ: Csatlakozás egy IBM MQ-kiszolgálóra az Azure Logic Apps munkafolyamatából.
A nagyszámítógépek és a középkategóriás rendszerek modernizálásának kihívásai
A nagyszámítógépek és a középső rendszerek több olyan környezetet is üzemeltethetnek, amelyek programokat, adatokat, fájlokat és eszközöket tartalmaznak. Az évek során előfordulhat, hogy ezek a környezetek nem lettek újrabontásban, vagy a hardverfrissítések ellenére sem voltak meghagyva a korlátok növekedésének és elérésének. Ezeket a környezeteket több fejlesztő és informatikai rendszergazda is karbantarthatta, akik különböző programozási mintákat és technikákat követtek, vagy más feleket toboroztak, hogy segítsenek olyan feladatokban, amelyekhez kevés szakértelemre van szükség a piacon. A tapasztalt szakemberek zsugorodó készlete mellett ezek a tényezők összetett és kihívást jelentő feladatot jelentenek a nagyszámítógépek és a középkategóriás környezetek modernizálásához.
Bár az alábbi lista nem átfogó, a sikeres modernizációs stratégia meghatározása minimálisan magában foglalja a következő feladatok kezelésére vonatkozó módszereket:
- Tartsa karban a környezetek aktuális szolgáltatásiszint-mutatóit és célkitűzéseit.
- Az örökölt adatok és a migrált adatok közötti párhuzamosság kezelése.
- A DevOps használata környezetek között az egyidejűség során.
- Alkalmazásközi függőségek kezelése.
- Határozza meg a nagyszámítógép-ütemező és a feladatok jövőjét.
- Stratégia meghatározása a kereskedelmi forgalomban kapható termékek (COTS) cseréjére.
- Hibrid funkcionális és nem funkcionális tesztelési tevékenységek végzése.
- Külső függőségek vagy felületek karbantartása.
Ezeket a feladatokat szem előtt tartva az ügyfelek általában az alábbi útvonalak bármelyikét választják a főszámítógépek és a középkategóriás rendszerek modernizálásához:
Ősrobbanás
Ez a megközelítés nagyrészt a vízesés szoftverkézbesítési modellen alapul, de fázisokban lévő iterációkkal. A big bang megközelítést a kis nagyszámítógépes vagy középső rendszerekkel és alacsony összetettségű környezetekkel rendelkező ügyfelek inkább a kódsorok alacsony száma, az alacsony alkalmazássűrűség és a jól ismert örökölt rendszerek vagy programozási nyelvek miatt alkalmazzák.
Agilis hullámok
Ez a megközelítés a szoftverfejlesztés agilis alapelveit követi. Az Agilis hullámok megközelítését a nagyobb nagyszámítógépes vagy középső rendszerekkel és nagy összetettségű környezetekkel rendelkező ügyfelek alkalmazzák, mivel a kódsorok, a nagy alkalmazássűrűség, a kevésbé ismert rendszerek vagy programozási nyelvek, valamint a függőségek és interfészek nagy száma miatt egyre többen használják.
Az útvonalak közötti választás a szervezet igényeitől és forgatókönyveitől függ. Minden útvonalnak vannak előnyei és hátrányai, amelyeket figyelembe kell vennie. A következő szakaszok további információt nyújtanak ezekről a modernizációs megközelítésekről.
Ősrobbanás vagy vízesés
Az ősrobbanásos migrálás általában a következő fázisokkal rendelkezik:
Megálmodó: Kickoff
Tervezés: A tervezési termékek, például a hatókör, az idő és az erőforrások azonosítása és előkészítése.
Épület: A terméktervezés jóváhagyása után kezdődik
Ez a fázis arra is számít, hogy a függőségek összes munkája azonosítható, majd megkezdődhetnek a migrálási tevékenységek. A migrálási munka befejezéséhez több iteráció is történik.
Stabilizálás vagy tesztelés: Akkor kezdődik, amikor a migrált környezet, a függőségek és az alkalmazások tesztelése a nagyszámítógép-környezet tesztrégióin történik.
Üzembe helyezés: Miután minden jóváhagyásra került, a migrálás éles környezetbe kerül.
Azok a szervezetek, amelyek általában ezt a megközelítést választják, a zárolási időre, a migrálás hatókörére és az erőforrásokra összpontosítanak. Ez az elérési út pozitív választásnak hangzik, de a következő kockázatokat foglalja magában:
A migrálás hónapokig vagy akár évekig is eltarthat.
Az éles környezetek kockázatosabbak.
A migrálási folyamat elején vagy a tervezés során végzett elemzés már nem pontos, mert ezek az információk általában elavultak.
A szervezetek általában átfogó dokumentációval rendelkeznek a kézbesítési kockázatok csökkentése érdekében.
A tervezési összetevők biztosításával töltött idő azonban pontosan az ellenkező hatást okozza. A végrehajtásnál több tervezésre összpontosítva általában végrehajtási késések keletkeznek, ami hosszú távon növeli a költségeket.
Agilis hullámok
Az agilis megközelítés az eredményekre összpontosít, és a szoftverfejlesztésre összpontosít, és nem a termékek tervezésére. Az Agilis kézbesítés első fázisai kaotikusak és összetettek lehetnek a lebontandó szervezeti akadályok és a migrálási csapat összehangolása érdekében. Miután azonban a migrálási csapat több futam végrehajtása után érlelődik, az út gördülékenyebbé válik. Ennek a megközelítésnek az a célja, hogy gyakran adja ki a funkciókat az éles környezetben, és hogy az üzleti érték hamarabb legyen elérhető, mint egy big bang megközelítéssel.
Az Agilis hullámok áttelepítése általában a következő futamokkal rendelkezik:
Sprint nulla (0)
- Határozza meg a csapatot, a kezdeti munkanaplót és az alapvető függőségeket.
- Azonosítsa a funkciókat és a minimálisan működőképes terméket (MVP).
- A munka megkezdéséhez elindíthatja a nagyszámítógépek készenlétét egy kijelölt munkaelem-készlettel vagy felhasználói történettel.
Sprint 1, 2, ..., N
Minden futamnak van egy célja, ahol a csapat fenntartja a szállítási gondolkodásmódot, ami azt jelenti, hogy a migrálási célok teljesítésére és a termékek éles környezetben való kiadására összpontosítanak. A csapat a futamok egy csoportját használhatja egy adott funkció vagy egy szolgáltatási hullám biztosításához. Minden funkció tartalmazza az integrációs számítási feladatok szeleteit.
A megosztott elemek, például a feladatok és az egymástól függő elemek léteznek, és hatással vannak az egész környezetre. A sikeres stratégia a feladatok részleges engedélyezésére, az alkalmazások modernizálásra való újratervezésére és a legtöbb függésű rendszer elhagyására összpontosít, amíg a végére nem csökken a migrálási munka mennyisége, majd teljessé teszi a modernizálási munka hatókörét.
A Microsoft azt javasolja, hogy egy iteratív, Agilis hullámokon alapuló modell követésével modernizálja a nagyszámítógépek és a középkategóriás rendszer számítási feladatait azáltal, hogy az új platformon végzett beruházásokra összpontosít, miközben korlátozza az örökölt rendszerek növekedését. Ez a megközelítés jelentősen csökkenti a megvalósítási kockázatokat azáltal, hogy megőrzi a meglévő üzleti értéket, miközben bevezeti a modernizált környezetet. Így a csapata olyan technológiai készségeket is használhat, amelyek segítenek vállalkozása versenyképességében. Ebben a forgatókönyvben segíthet az Azure Logic Apps a modernizációs folyamat során.
Modernizációs minták
A jó tervezés olyan tényezőket tartalmaz, mint az összetevők tervezése és üzembe helyezése konzisztenciája és koherenciája, az adminisztráció és a fejlesztés egyszerűsítése érdekében a karbantarthatóság, valamint az újrafelhasználhatóság, amely lehetővé teszi más alkalmazások és forgatókönyvek számára az összetevők és alrendszerek újrafelhasználását. A felhőalapú alkalmazások és szolgáltatások esetében a tervezési és megvalósítási fázisban hozott döntések nagy hatással vannak a minőségre és a teljes tulajdonosi költségre.
Az Azure Architecture Center tesztelt tervezési és megvalósítási mintákat biztosít, amelyek leírják az általuk tapasztalt problémát, a minta alkalmazásával kapcsolatos szempontokat és a Microsoft Azure-on alapuló példát. Bár több tervezési és megvalósítási minta létezik, a nagyszámítógépek modernizálásának legrelevánsabb mintái közé tartoznak a "Korrupció elleni réteg", a "Strangler Fig", a "Saga" és a "Koreográfia" minták.
Sérülésgátló rétegminta
Függetlenül attól, hogy melyik modernizációs megközelítést választja, az Azure Logic Apps használatával "korrupcióellenes réteget" kell implementálnia. Ez a szolgáltatás lesz a főszámítógép örökölt rendszere és az Azure közötti homlokzati vagy adapterréteg. A hatékony megközelítés érdekében azonosítsa azokat a nagyszámítógépes számítási feladatokat, amelyek integrálhatók vagy együtt léteznek nagyszámítógép-integrációs számítási feladatokként. Hozzon létre egy stratégiát minden egyes integrációs számítási feladathoz, amely a nagyszámítógépes alkalmazások migrálásához szükséges interfészek készlete.
További információ: Korrupció elleni réteg.
Strangler fügeminta
A korrupcióellenes réteg implementálása után a modernizáció fokozatosan megtörténik. Ebben a fázisban a "Strangler Fig" mintát kell használnia, ahol azonosíthatja a nagyszámítógépes számítási feladatokat vagy a növekményesen modernizálható funkciókat. Ha például egy CICS-alkalmazás modernizálása mellett dönt, akkor nem csak a CICS-programokat kell modernizálnia, hanem valószínűleg a 3270 alkalmazást is a hozzájuk tartozó külső függőségekkel, adatokkal és feladatokkal együtt.
Végül, miután lecserélte a nagyszámítógép-rendszer összes számítási feladatát vagy funkcióját az új rendszerre, befejezi az áttelepítési folyamatot, ami azt jelenti, hogy leszerelheti az örökölt rendszert.
További információ: Strangler Fig minta.
Saga és koreográfiai minták
Az elosztott tranzakciók, például a kétfázisú véglegesítési (2PC) protokoll megkövetelik, hogy a tranzakció minden résztvevője véglegesítse vagy visszaállítsa a tranzakciót, mielőtt a tranzakció folytatódhat. A hibrid felhőarchitektúrák az elosztott tranzakciós modell helyett egy végleges konzisztencia-paradigmát követve működnek jobban.
A "Saga" kialakítási minta segítségével kezelheti a szolgáltatások közötti konzisztenciát elosztott tranzakciós forgatókönyvekben. A saga olyan tranzakciók sorozata, amelyek frissítik az egyes szolgáltatásokat, és közzétenek egy üzenetet vagy eseményt a következő tranzakciós lépés aktiválásához. Ha egy lépés meghiúsul, a saga kompenzáló tranzakciókat hajt végre, amelyek ellensúlyozják az előző tranzakciókat. További információ: Saga distributed transactions pattern.
Az Azure Logic Appsben a munkafolyamatok koreográfusként működhetnek a saga-k koordinálásához. A munkafolyamat-műveletek atomiak, így egyenként is futtathatók. A hatókör művelettípusa lehetővé teszi, hogy egy műveletcsoportot csak egy másik műveletcsoport sikeres vagy sikertelen futtatása után futtasson. Az Azure Logic Apps a hatókör szintjén végez kompenzáló tranzakciókat, míg az Azure Event Grid és az Azure Service Bus biztosítja az adott tartományokhoz szükséges eseménykezelést. Az Azure Integration Servicest alkotó összes szolgáltatás biztosítja az ügyfelek által igényelt támogatást, ha megbízható integrációs platformra van szükségük a kritikus fontosságú helyzetekhez. További információ: Koreográfiai minta.
Bár ez a cikk több modernizációs mintát is bemutat, az összetett megoldásokhoz több mintára van szükség, és hogy egyértelműen tisztában legyen a szervezet modernizációs céljaival. Bár az örökölt eszközök értékének meghosszabbítása kihívást jelent, ez a lehetőség a legjobb módszer az ilyen eszközökbe történő befektetés megőrzésére és üzleti értékük meghosszabbítására.