Az előadás letöltése folymat van. Kérjük, várjon

Az előadás letöltése folymat van. Kérjük, várjon

Információrendszer-architektúrák 5/a

Hasonló előadás


Az előadások a következő témára: "Információrendszer-architektúrák 5/a"— Előadás másolata:

1 Információrendszer-architektúrák 5/a
Az architektúra-fogalom Eszközrendszerek: IT, ICT A kötegelt rendszerek megoldásai Kliens /szerver megoldások Intranet Kiszervezés, ASP Vállalati portálok, e-megoldások Trendek: újfajta architektúrák elemei

2 Példa 1.: Az iWiW back-office
3+ rétegű C/S architektúra: adatbázis-szerverek, külön képtároló szerverek, alkalmazás-szerverek Külön gyorsítótár-szerverek csúcsforgalomra, speciális alkalmazásokkal A szerverek, egyéb dobozok (150 db ) összsúlya két tonna 150 merevlemez tárolja a képeket, ezek lassúbbak Gigabites internet-kapcsolat 2,6 millió regisztrált felhasználó Ipari méretű klimatizálás (Jacuzzi?) 6 főállású dolgozó Nem lehet sem csatolást, se kódot feltenni: biztonság!

3 Példa 2.: Virtuális alközpont a Performan Tanácsadó Kft-nél
Virtuális alközpont: nincs telefonközpont, sőt, saját PC-s központ sincs A SP IP alapú telefonközpontja szolgáltat (ip centrex) Egyetlen vonalon sok beszélgetés és adminisztráció mehet; hangposta re Több telephelyet is egyetlen központ szolgál ki, belső számokkal hívhatják egymást akár távmunkások is! Konfigurálás: saját webes interfészen, a felhasználó Tetszőleges számú mellék definiálható Szállító: Actel ip centrex; portos konfigok, egy gateway kell a céghez, 4 MB/sec kapcsolat havi /mellék Probléma: A minőség, szakadások, leállások, csúcsok. Ezért célszerű egy „hagyományos” vonal megtartása végszükség esetére.

4 Az alapcélok: ICT „compliance”
Mi a vállalat célja az információs architektúrák menedzselésével? - A szervezet céljaihoz és lehetőségeihez jól illesztett alapszolgáltatások - Hatékony információ-szolgáltatás vezetői döntésekhez,a komplexitás kezelése Gazdaságos létrehozás, beruházási dilemma oldása, kezelése („Csúcstechnika?”) Biztonság, különösen működés-kritikus esetekben és mértékletes fenntartás a versenyképesség érdekében!

5

6 Az architektúra összessége
A vállalat információs architektúrája az alkalmazott digitális hardver-eszközök, távközlési - kommunikációs berendezések, hálózatok, számítógépes vezérlésű irodai és ipari eszközparkok, mindezek alapszoftverei, az alkalmazási portfolió elemei (programcsomagok és egyedi fejlesztések), a vásárolt szoftverek licenszei, a felhalmozott adatállományok, tudástárak, web-portálok tartalma, az információs eljárási protokollok, az informatikai szakértelmet képviselő emberi erőforrások komplex együttese.

7 Üzleti és információs folyamatok Információs termékek / szolgáltatások
Az EAM „nézetei” Szervezet Üzleti és információs folyamatok Információs erőforrások ICT rendszerek Információs termékek / szolgáltatások

8 Egy friss hirdetés INFORMATIKAI COMPLIANCE OFFICER (ST-B007)
Megbízónk egy nemzetközi pénzügyi intézmény. A pozíció leírása - főbb felelősségek, hatáskörök: - Képviseli az informatika területét a bank belső és külső auditorai felé, továbbá a felügyeleti hatóságok felé; - Nyilvántartja a jogszabályi és auditori elvárásokat, előmozdítja a hiányosságok felszámolására indított feladatokat, azokról rendszeres tájékoztatást ad a vezetők részére; - Támogatja az informatika munkatársait és vezetőit jogszabályi és egyéb compliance elvárásokkal kapcsolatos állásfoglalásával. Hatáskör: - Állásfoglalások kiadása informatikai compliance témában - Auditori és felügyeleti kapcsolattartás - Jogszabályi és tulajdonosi elvárásoknak megfelelő (compliance) feladatok kezdeményezése, nyomon követése, beszámolók készítése - A pozíció betöltésének feltétele a vonatkozó jogszabályok, vezérigazgatói és ügyviteli utasítások ismerete és betartása. Elvárások, humán kompetenciák: - Felsőfokú végzettség; - Jó kommunikációs készség írásban és szóban - Legalább 5 éves tapasztalat informatikai rendszerek és irányítási sztenderdek tekintetében; - Auditori tapasztalat; Kapcsolódó jogszabályok és azok alkalmazhatóságának ismerete; - Angol nyelv használata írásban és szóban

9 Az architektúra-menedzsment (EAM) kialakulása
Enterprise Architecture Management (EAM) – a vállalati ICT architektúra kezelése: „Azok a módszerek és eszközök, amelyek lehetővé teszik a vállalat számára a vállalati architektúra elemeinek leírását, nyilvántartását, gazdasági és technikai kezelését, összehangolt működésüket © IDS Scheer AG A középpontban A kilencvenes években a vállalatok „megértették saját működésüket”: folyamatmodellek, funkcionális ábrák, szervezeti modellek Ahogy az ICT szolgáltatások stratégiai szintre emelkedtek, kialakul a komplex kezelés igénye: - egységes ICT szolgáltatás-menedzsment - alkalmazás-portfolió menedzselése - ICT alap-architektúrák kezelése - ICT menedzsment és személyzet kezelése.

10 Az EAM szokásos céljai A vállalati (üzleti, majd ICT stratégiai) célrendszerének megismerése, alakítása, befolyásolása A vállalat statikus ICT rendszereinek menedzselése Szervezeti felépítés Informatikai rendszer Dokumentum-, adat- és információkezelő rendszerek menedzselése (alkalmazási portfolió) Termék és szolgáltatás-struktúra (belső, külső) ICT tudástérkép: feltárás, elemzés, építés A vállalat dinamikus (folyamatokat vezérlő) ICT rendszereinek menedzselése A vállalati működés kockázati térképének gondozása

11 Architektúra és vállalati modellek
Üzleti architektúra: hogyan keressünk több pénzt? IT-menedzsment architektúra: hogyan legyen jobb, egységesebb? Szolgáltatások, kiszervezés Hierarchikus Vállalkozó / gazella Divizionális Adhokratikus Globális vegyes Alkalmazás- architektúra ICT architektúra: portfolió, adatok, emberek Technikai architektúra: OS, platformok, hardver, kommunikáció

12 Az EAM részfeladatai (AAM osztályozás)
1. Az igény felismerése. A vállalati EAM-törekvések legtöbbször az informatikai területről indulnak ki, így elengedhetetlen, hogy az elsőszámú IT-vezetõ elkötelezett támogató legyen 2. A szervezeti struktúra kialakítása. Ideális esetben a vállalati tervezésért felelős csoporthoz kerül ez a feladat – természetesen a szükséges erőforrásokkal és költségkeretekkel együtt. 3. A módszertan kiválasztása vagy kialakítása. Nem szabad olyan modellt létrehozni, melynek már az első feltöltése is óriási erőforrásokat igényel, ezért érdemes szűkített adatmodellel indulni, és csak fokozatosan bővíteni azt. 4. Eszközválasztás. Mérlegelni kell a modellezési képességeket, a testreszabhatóságot, a lekérdezési és elemzési lehetőségeket, a megvalósítás technológiáját és nem utolsósorban az árat és a terméktámogatást. 5. A rendelkezésre álló információk rendszerezése. Fontos, hogy csak megbízható, ellenőrzött adatok kerüljenek be az adatbázisba, hiszen egy-két elavult vagy pontatlan adat is könnyen hiteltelenné teheti az éppen csak bevezetett architektúra- adatbázisunkat. 6. Maga a használatbavétel. Érdemes minél előbb elindulni a napi működéssel, nem szabad megvárni, amíg teljes lesz az adatbázis. 7. A rendszer karbantartása és kiterjesztése; folyamatos változáskövetés. Ha hagyjuk elavulni az adatokat, gyorsan elveszíthetünk minden előnyt, amit a vállalati architektúra-menedzsment bevezetése jelent

13 Tipikus eszközkészlet 1.
Jelentősége Teljesítmény, méretek Megjegyzés CPU: processzor, gyorsító memóriák A bonyolult szoftverek, a több-feladatos operációs rendszerek, a nagy szerver-teljesítmények alapja 12-16 havonta duplázódik, jelenleg 3-4 GHz ciklusidő, 1 MB belső cache Néhány nagy gyártó van. A legtöbbet beépített rendszerekben hasznosítják. Alaplap Egységesen tervezett, összehangolt elemek, az alapgép-építés standard jellegét biztosítja A processzor és a busz jellemzőit, óraciklust, ráépített kártyák adatait szokás megadni A könnyű bővítés (cserével) és az –építés lehetőségét adja Busz Az alaplapra szerelt eszközök kommunikációját biztosító adattovábbító-ütemező rendszer MHz ciklusidővel dolgozik A busz „szélessége” befolyásolja a teljesítményt (pl. processzor-memó-ria adatforgalom). Feladat: Keressünk processzor-gyártási statisztikát Proc-gyártók összehasonlítását Alaplap-árakat Chip-gyártás technológiájáról szóló tanulmányt, trend-elemzést

14 FAIRCHILD Year of introduction Transistors
, , , , , ™ processor , ™ DX processor ,180, Pentium® processor ,100,000 Pentium II processor ,500,000 Pentium III processor ,000,000 Pentium 4 processor ,000,000 FAIRCHILD

15

16 CISC processzor Történelmileg a CISC architektúrájú gépek dominálnak: az újabb CPU-k esetén egyre bonyolultabb feladatokat elvégző gépi utasításokat vezettek be. Jellemzői: Sok (akár néhány száz), bonyolult utasítás. Utasítások dekódolása mikrokód segítségével. Bonyolult címzési módok Változó hosszúságú utasítások Az utasítások változó számú és általában több óraciklust igényelnek. Assembly nyelvű programozás, compilerek írása egyszerűbb Viszonylag kevés regiszter

17 RISC processzor A teljesítmény növelhető csökkentett utasítás-készletű processzorokkal Statisztikai felmérések: CISC architektúra esetén is túlnyomórészt dominálnak az egyszerűbb utasítások, a komplex utasításokat csak ritkán használják Ha lemondunk az összetettebb utasításokról, nehezebb lesz az alacsony szintű programozás, de cserében számos előny, pl. megnő a processzorunk teljesítménye Tehát: Kevés számú, csak a legalapvetőbb utasítások Utasítások dekódolása közvetlenül hardveresen, fix logikával Egyszerűbb címzési módok Azonos hosszúságú utasítások Az utasítások egyforma ciklusidőt igényelnek Sok regiszter Mindezek a teljesítményt növelik Hátrány: bonyolultabb a programozása, valamivel drágább

18 Eszközkészletek 2.: tárolók
RAM tároló A többfeladatos üzemmódok, gyors váltások lehetőségét a nagy belső tároló adja A tárolás energiát igényel (törlődő –eszköz). Kommersz modulok: MB ROM tárolók Biztonságos, beépített eszközök szoftver-tárolása Nem igényel energiát („nem-törlődő”). Portok Sokféle eszköz csatolása, hálózati kapcsolat Szabványos portokon szabványos adatforgalom Egységesítési törekvések vannak (pl. USB). CD, DVD lemezek Olcsó tömegtárolók; az újraírható verziókkal gyors archiválási eszközökké váltak. (adat, szoftver, zene, video) CD: 700 MB DVD: 4.7 GB-ig (DVD-ROM, DVD-R, -RW). A tárolás nem igényel energiát. Standard, kompakt megoldások, tömeges használat, archiválási eszköz. Nem bizonyított élettartam. Mágneslemezes tároló Kommersz, nagy kapacitású, megbízható eszközök; a virtuális tár-megoldásokat teszi lehetővé A teljesítményt a kapacitásokkal ( GB), az elérési idővel és a meghibásodási rátával jellemzik. ATA-100 szabvány: 100 MB/sec A tömeges informatizálás, a könnyű-olcsó adat- és szoftver-tárolás eszköze. Miniatűr változatait fényképező-gépbe is beépítik. Flash memóriák Olcsó tömegtárolók, tárolási, archiválási célokra. Energiát USB porton kap. A lemezes tárolót részben helyettesítő, kisebb kapacitás (néhány GB) Szabványos, egyszerű, olcsó. Korlátozott élettartam, biztonság? Feladat: Keressünk ROM-gyártás statisztikákat: mire használják? Keressünk filmet a DVD technikáról Mi a CD archiválás élettartama? Milyen a flash-ek biztonsága?

19 Eszközkészletek 3.: egyebek
Lapos monitorok Könnyű, kis méretű irodai és mobil kijelzők, lassan felváltják a CRT-ket. Folyadék-kristály (LCD) és plazma-cellás megoldások. Változatos méretek alakíthatók ki. Javuló felbontások (pixel), jó színhűség. Problémás az áramellátás mértéke és a képváltások ciklusideje. Az LCD hosszabb távon olcsóbb. A csökkenő árak lenyomják a mobiltelefonok, laptopok árát is. Egyes alkalmazásoknál (brókerek, fejlesztők) több monitort használnak egy gépen. Router Hálózati útvonal-választó eszköz A hálózati forgalom biztonságos és gyors vezérlését biztosító teljesítmények Néhány nagy gyártó standard eszközeiből építik a hálózatokat. Smart kártyák Sok alkalmazáshoz elegendő információt tartalmaznak. Távolról olvasható változataik igen gyors, biztonságos adatcserét tesznek lehetővé. Passzív változataik kevesebb (néhányszáz byte), aktív változatok több információt tartalmazhatnak Rohamos terjedéssel milliárdnyi van forgalomban, fizetési, azonosítási, egészségügyi, hatóági célokkal. Mátrix-kód, RFID Az azonosítás adattartalma sokkal magasabb a kétdimenziós vonalkóddal. A beépített RFID távolról aktiválható chip még több adatot hordozhat. A mátrix-kód, vagy a passzív-aktív RFID chip komplett adatrekordot képes tárolni. Az RFID igen tartós megjelölés, feltűnés nélkül is aktiválható, így használata adatbiztonsági aggályokat vet fel. Feladat: Keressünk monitor-értékesítési statisztikákat smart kártya tömeges felhasználást: Oyster Card Singapore, London, stb. EKF??? Keressünk mátrix-kódos alkalmazást!

20 Eszközkészletek 4.: gépek
Asztali számítógép Tömeges, egyszerű számítógép-használat, könnyű kezelhetőség, univerzális felhasználás A standard kivitel hihetetlen ár/teljesítmény mutatókat eredményezve populárissá tette t A csereszabatos alkatrészekből történő összeszerelést több ezer szállító végzi. Márkás, garantált minőséget néhány tucat gyártó tud adni. Laptop, notebook Mobilitás lehetősége Az asztali gépeket elérő teljesítmények. Multi-médiás irányzat, otthoni, szórakoztató centrum A drótnélküli internetezés lehetőségével jelentősége megnő: a mobil gép mobil kapcsolatot is jelent Munkaállomás Speciális célokra kiépített asztali gépek Az asztali gépeket 2-3-szor meghaladó, speciálisan fókuszált teljesítmények Grafikai munkák, filmkészí-tés, mérnöki tervezés, zenei munkák, speciális szoftverek futtatása Szerver (mint hardver és mint szoftver) Hálózaton keresztül szolgáltatásokat nyújtó „gazdagép”, központi adat- és szoftver(alkalmazás-) szolgáltatására, web-en keresz-tül történő adattovábbításra, hálózat-vezérlésre. A PC-ket jelentősen meghaladó teljesítményű, speciális kiépítés: több (vagy többmagos) processzorok, RAID tárolók, nagy biztonságú lemeztárolók, extra hűtés Egy, vagy többféle célra, megfelelő szoftverek futtatásával: adatbázis-szerver, alkalmazás-szerver, web-szerver, mail-szerver, stb. Nagyszámítógép Hálózatok és kiterjedt munkahelyi nagyrendszerek gazdagépe Korlátlan, igény szerinti kiépíthetőség Nagy biztonság, standard vállalati konfi-gurációk, néhány gyártó Feladat: Keressünk Laptop értékesítési statisztikákat Laptopokra alapozott belső IA, távmunka, stb megoldást Nagygépes konfigurációkra árkategóriákat A penge-szerverekre megoldásokat, összehasonlítást Szerverparkok hűtésére vonatkozó elképzeléseket, megoldásokat

21 Eszközkészletek 5.: platformok
Windows alaprendszer Az üzleti élet asztali gépeinek 95%-án futó operációs rendszer (összes: 85% körül). Intel processzorokra épített architektúra. Az egyre fejlődő verziók otthoni, irodai, akár professzionális fejlesztői és szolgáltatási környezetben dolgoznak. A közismert kliens-rendszerek mellett a Windows szerver-változatai is széles körben használatosak. Mac OS X A Macintosh gépein elsősorban professzionális grafikai munkákra alkalmazott rendszer. Jó grafikus teljesítmény. Motorola, majd IBM (Power PC) és Intel processzorokkal fut (ekkor Win és Mac egyszerre telepíthető). Az USA-ban tömegesen alkalmazott otthoni, irodai gépeken. A Mac igen sok innovatív megoldást (pl. GUI) hozott a PC-ken. UNIX A Bell Labs ’70-es években indult fejlesztése időtálló a megbízható többfeladatos, hálózatos működések vezérlése területén. Általában az igen nagy teljesítményű, nagy biztonságú rendszerek működtetésére használható. Leginkább tudományos, mérnöki, adatbáziskezelési, nagy hálózati teljesítményeket igénylő feladatokra használják, kevésbé üzleti célokra. Linux A UNIX PC-re egyszerűsített és újragondolt változata, amely nemzetközi közösség által fejlesztett nyílt rendszer. Gyakorlatilag ingyenes rendszerként tetszés szerint építhető egyszerű, vagy robosztus teljesítményű rendszer. Az IBM támogatásával sok kisvállalkozás, államigazgatási rendszer hasznosítja. Web-szerver megoldásai igen népszerűek. „Horizontális” piacok alapszoftverei Tömeges (pl. dokumentum-menedzselési) feladatokra fejlesztett komplex rendszerek, program-csomagok. Általában közepesen felkészített felhasználót és feladat-tömeget veszik célba, pl. korlátozott méretű adatbázis, dokumentum, grafika. Tipikus elemek: MS Office csomag Adobe Acrobat Statisztikai csomagok PhotoShop, PaintShop Pro Feladat: Keressünk Windows kommersz alkalmazására statisztikát Linux szerverek arányára statisztikákat MS Office és Open Office megoldások elterjedése Államigazgatás Linux megoldásokat

22 Eszközkészletek 6.: alkalmazások
„Vertikális” piacok alapszoftverei Meghatározott alkalmazási (pl. ipari, igazgatási, fejlesztési) területet kiszolgáló általános program-csomagok, moduláris program-családok. Nagyteljesítményű, az adott alkalmazási területen professzionális teljesítményű, szakértelmet (esetleg speciális hardvert is) igénylő csomagok. CAD tervezők, Számviteli szoftverek, Banki alkalmazások, Orvosi alkalmazások Adatbányászati csomagok „Duális”, átfogó jellegű szoftverek Mindkét dimenziót lefedő komplex, bonyolult szoftver-rendszerek. Tervezés, telepítési-adaptálási projekt, állandó karbantartás nélkül nem üzemeltethető, nagyméretű és nagy teljesítményű rendszerek. ERP rendszerek, pl. SAP, ORACLE Applications, MS Dynamics, Libra, Infosys, stb. Saját fejlesztésű szoftverek Amikor a speciális követelmények miatt nem lehet standard alkalmazást üzemeltetni, saját (megbízásos) fejlesztést kell végrehajtani. Ez testreszabott, pontosan azt adja, amit megfizetünk. Tetszőleges fejlesztés elképzelhető: kisebb egyedi probléma lehet igen olcsó és hatásos, űrtechnika, katonai, tudományos fejlesztés lehet csillagászati teljesítményű. A költségek: időveszteség, az egyedi fejlesztés kockázata, a standard ár %-ába kerülő projekt, speciális üzemeltetési környezet. Beépített szoftverek (firmware) A rögzített szoftver jól védhető, pontos és hibátlan működést biztosít az eszköznek; olcsó, egyszerű, vagy semmilyen kezelést sem igényel. Tetszőleges szoftver rögzíthető végleges módon megfelelő tárolóeszközön (ROM chipek változatai). Nyomtatók, telefonok, DVD-k, mikrosütők, autók és milliónyi „automatizált” eszköz vezérlését biztosíthatjuk ilyen módon.

23 Emberi erőforrások (!) Feladat: Keressünk
Munkakör Jelentősége Követelmények Megjegyzés CIO Vezetői jelenlét Vezetői, üzleti, informatikai szakértelem, kommunikációs készségek Üzleti-kritikus rendszerek vezetői felügyelete, stratégiai tervezés Információs menedzser Áttekintő szakmai vezetői tanácsadás, kontrolling munkák, gazdasági elemzések Informatikai, gazdasági végzettség; projekt- és üzemeltetési tapasztalatok, piac-ismeret A teljes architektúra üzleti célú tervezése és gazdasági hatékonyságának biztosítása IT vezető Nagyobb rendszereknél üzembiztonság, hatékonyság az ICT rendszerekben ICT végzettség és tapasztalat, csapatmunka- és más vezetői képességek Beruházások, üzemeltetés, biztonság összefogása, az IT csapat vezetése Rendszertervező Fejlesztő projekt szakmai tervezője Szoftver-fejlesztő, gazdasági informatikus Adaptációk, kisebb fejlesztések tervezője (adatbázis, Intranet,) Rendszergazda Hálózatok felügyelő-monitorozó menedzsere Szoftver-üzemeltető, rendszergazda, hálózatelemző végzettség Már munkahelyes rendszereknél fontos koordinációs, üzemeltetési-biztonsági szerep. Kommunikációs menedzser Távközlési vezető tervező, tanácsadó IT/CT szakértő, tapasztalat Az integrált digitális kommunikáció rendszerek, Webmester Web-tartalmak technikai felelőse IT és programozói végzettség, speciális ismeretek Jelentős felelősség a portálok üzemeltetésében Programozó Speciális szakmai tudás Programozói végzettség, gyakorlati tapasztalat 2-3 fejlesztőrendszerben Akár megbízási keretben végezhető Web-tervező Speciális szakmai tudás, fejlődő területen Programozói, webfejlesztői, kommunikációs és grafikai ismeretek CRM/SCM rendszerek, portálok tervezése Feladat: Keressünk Definíciót CIO-ra és system adminre CIO munkaköri leírásokat, konkrét szervezetekben Rendszergazda munkaköri leírásokat Webmester munkaköri leírásokat, fizetéseket Programozók, rendszergazdák kiválasztására, teljesítmény-értékelésére szolgáló kérdőíves, vagy más eljárásokat Web-tervező képzési programokat

24 Az informatikai vezetők által rangsorolt technológiák, 2005
Fontosság Technológiák 1 Biztonságnövelő eszközök 2 Üzleti intelligencia alkalmazások 3 Mobil munkavégzés eszközei 4 Munkafolyamat-kezelés bevezetése és integrációja 5 Vállalati erőforráskezelés (ERP) bővítése 6 Tárolókezelés 7 Hang- és adatintegráció IP felett 8 Ügyfélkapcsolatok kezelése (CRM) 9 Üzletifolyamat-integráló eszközök 10 Szervervirtualizáció

25 Tipikus architektúrák
A korai kötegelt rendszerek megváltozása Kliens-szerver megoldások, többrétegű architektúra Intranet Vállalati portál Integrált rendszerek SCM, CRM rendszerek Kiszervezés és ASP

26 Tipikus architektúrák 1./a
A korai kötegelt rendszerek megváltozása koncentrált nagygépes számítóközpont akár saját, akár gépidő- és eszköz-bérlet Hatékonyan üzemeltethető, a feldolgozás eredménye csak sorban-állással hozzáférhető (a válaszidő 1-5 nap is lehet): nincs közvetlen kapcsolatunk a rendszerrel. Példák: Számlázás, elszámolások, leltár, bér, adófizetés, időszakos jelentéskészítés; de az input/output forgalom már zárt belső, vagy nyílt, külső hálózaton érkezik. Fejlődés: kiegészítő architektúra a tranzakció-kezelő rendszerek mellett; a központi kapacitásokat többféle üzemmódban hasznosítják.

27 Az IBM 7090/94 architektúra IBM architektúrák között 300 IBM 7090/94 rendszert állítottak üzembe átlagosan $3 millióért (havi $70,000- $450,000 mai értéken). A NASA 7094-sel vezérelte a Mercury és Gemini első űrhajókat. Az utolsót a US Air Force selejtezte ki kb. 30 éves használat után! Memória: ferrit, 32,768 db 36-bites szóhossz (6 bites kódokkal) 268 gépi utasítás; 1,4 mikrosec ciklusidő mágnesszalag, 8 csatorna, 2 nyomtató 150 lpm, stb. IBSYS OS, FAP assembler, FORTRAN II, FORTRAN IV, COBOL

28 Batch fogalmak SZÁMÍTÓKÖZPONT: bérmunkában, 24 órás üzemben, saját munkaszervezéssel (munkaütemezés!), többféle operációs rendszerrel, széles IT architektúrával dolgozó vállalkozás, vagy vállalati egység JOB: A batch rendszerben a felhasználó problémája névvel-azonosítóval jelenik meg, ez egy FIZETÉSI EGYSÉG TASK: A JOB önállóan végrehajtható része JOB_CONTROL (script, CommanLine parameters): Az automatikus vezérlés (környezet beállítása, futtatások, output szolgáltatása) érdekében a JOB –ot fel kell szerelni vezérlő utasításokkal: tulajdonos, probléma, számlakód, hardver igények, várható futásidő, output igények, saját háttértárka, állományok, speciális nyomtatás, stb. MUNKAMENET, JOB MGMT: a Központ folyamatos üzemben ütemezi a feladatokat, felhasználói beavatkozásra nincs lehetőség MAINFRAME: A szolgáltató központi géprendszere. Kezdetben csak helyben lehetséges az I/O, majd kialakul a terminálról történő batch üzemmódú adatbevitel (kazetta, mágnesszalag). Jellegzetes erőssége a nagy háttértás-kapacitás, a nagy nyomtatási kapacitás ig egyetlen program van a tárban, majd megjelenik az IBM 360-s DOS multiprogramming operációs rendszere – de ez NEM felhasználói kérdés! A Job Control és a TASK MGMT ütemezés beállítására szolgáló eljárások: UNIX: cron és at Microsoft DOS : Comand Script Windows: Job Scheduler, Task Manager

29 A spooling –elv A nagygépes architektúrákban sok nyomtató, sok merevlemez, mágnesszalag és egyéb periféria veszi körül nagygépet Az ütemezett JOB-ok TASK-jai felváltva szeretnék ezeket használni Az eljárás: merevlemezre kell tenni az input-output állományokat és azokat külön spooling-ütemezővel kell véglegesen nyomtatóra – háttértárra teni.

30 A batch munkamenet Job submission – a paraméter beolvasása az OS-be, scripting language, mint pl. IBM JCL, leírva szükséges adatálományokat, data set Job reading –A JCL interpreter értelmezi Job spooling: a TASK-ok elrendezése Job selection Job execution with output spooling – végrehajtás task-menedzsmenttel, az outputok összegyűjtése SPOOL listába Job transcription : kimenetek, hibejelzések, operátori jelentés, elszámolási információk

31 IBM JCL minták 1. //: two forward slashes, always in columns 1, and 2.
2. NAME FIELD: If it is coded, it must follow the "//", in column 3. 3. OPERATION FIELD: This field indicates what JES should do. 4. OPERAND FIELD: This field is separated from the operation field by at least 1 blank. This operand field lists all the parameters, some mandatory and some optional, that direct JES on how to perform the required operation. JOB to indicate the start of a JOB EXEC to request the execution of a program or a PROC DD to define the usage of some data, typically a dataset or a report PROC to indicate the start of the definition of a PROC PEND to indicate the end of the definition of a PROC 5. COMMENTS: can be placed after a blank after the last operand. //jobname JOB (accounting information),CLASS=x,MSGCLASS=x,REGION=nK,TIME=(m,s),NOTIFY=&sysuid,TYPRUN=z //stepname EXEC PGM=progname,PARM='parm',COND=condition,REGION=n,TIME=(m,s) //ddname DD SYSOUT=msgclass

32 JCL minta Operations in JCL are often more complex than in other operating systems. The following example shows the JCL statements necessary to copy an existing dataset (IS198.TEST.INPUT) to a new dataset (IS198.TEST.OUTPUT). //IS198CPY JOB (IS198T30500),'COPY JOB',CLASS=L,MSGCLASS=X //COPY01 EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=IS198.TEST.INPUT,DISP=SHR //SYSUT2 DD DSN=IS198.TEST.OUTPUT, // DISP=(NEW,CATLG,DELETE), // SPACE=(CYL,(40,5),RLSE), // DCB=(LRECL=115,BLKSIZE=0), // DATACLAS=SEQFB //SYSIN DD DUMMY

33 A batch architektúrák előnyei - hátrányai
ELŐNYÖK: Többen használhatják az adott IA konfigurációt, annak kihasználása javul, a gépidő (stb) olcsóbbá válik Nincs saját beruházás (egy darabig), jó az amortizálás A gondos, optimalizált ütemezéssel igen jó eszközkihasználás érhető el (akár bérelt, akár saját géppark); többműszakos üzemmódok lehetségesek Nem pazaroljuk az erőforrásokat arra, hogy akármikor bejelentkező –próbálkozó – gondolkodó felhasználók használgatják a méregdrága nagyteljesítményű gépparkot Rendkívül biztonságos a rendszer, az adatbeviteltől az adattároláson át a futtatásig HÁTRÁNYOK: Hosszú válaszidő, ha ez fontos Nincs „online válaszadás”, ha ez fontos

34 Feladat: Keressünk hagyományos kötegelt rendszerre vállalati példát
Keressük meg a szolgáltatás jellemzőit Elemezzük az alkalmazási portfoliót: jellemzők? Elemezzük a technológiai megoldást, rajzoljuk fel az architektúrát

35 Tipikus architektúrák 1/b.
Tranzakció-kezelő, online, nagygépes rendszerek Visszaültetjük a felhasználót a gép mellé (mikrogép) a bevitt jelre (egér, billentyűzet, stb.) a rendszer „azonnal” reagál: megszakítja a futó folyamatokat, kezeli a kérést, s ha lehet válaszol, ha nem legalább hibajelzést ad. Technikai értelemben az online tranzakció-kezelés közvetlen kapcsolatban van az operációs rendszerrel és így a hardverrel. saját PC , vagy egy végberendezésen (terminál, PC, laptop) keresztül közvetlen hálózati kapcsolat Példa: utcai ATM pénzkiadó, e-bankolásra alkalmas portál mögött álló szerver, virtuális OS-t nyújtó nagygép, stb.

36 Batch Processing Ez tehát egy, az üzemeltető (tulajdonos) szempontjából erőforrás-takarékos, hatékony megoldás, ami a tranzakciós adatokat akár napokig-hetekig tárolja (gyűjti), majd ütemezetten feldolgozza. Olyan cégeknek kellemes, ahol hatalmas adatmennyiségek feldolgozását kell ráérősen elvégezni (pl. számlázás), s nincs saját gépparkjuk (jellemzően: nem éri meg saját géppark üzemeltetése). Példák: - hitelkártya- műveletek elszámolása, - havi-negyedéves számlázások (biztosítás, közszolgáltatások)

37 Feladat: Keressünk online input/output megoldású kötegelt rendszerre vállalati példát Keressük meg a szolgáltatás jellemzőit Elemezzük az alkalmazási portfoliót: jellemzők? Elemezzük a technológiai megoldást Nézzünk utána a SAMU AM (AAM) módszertannak!

38 Források Dr. Ányos Éva előadása: EAM /ARIS, 2007
IBM z890 mainframe Az IBM 360-as sorozat, 1964 április 7 Mainframe, vagy PC Server? Mainframe helyett server


Letölteni ppt "Információrendszer-architektúrák 5/a"

Hasonló előadás


Google Hirdetések