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

Info architektúrák. Dobay Péter, PTE KTK 1 / 37 Információrendszer-architektúrák 5/b Az architektúra-fogalom Eszközrendszerek: IT, ICT A kötegelt rendszerek.

Hasonló előadás


Az előadások a következő témára: "Info architektúrák. Dobay Péter, PTE KTK 1 / 37 Információrendszer-architektúrák 5/b Az architektúra-fogalom Eszközrendszerek: IT, ICT A kötegelt rendszerek."— Előadás másolata:

1 Info architektúrák. Dobay Péter, PTE KTK 1 / 37 Információrendszer-architektúrák 5/b Az architektúra-fogalom Eszközrendszerek: IT, ICT A kötegelt rendszerek megoldásai Kliens /szerver megoldások, Real Time Intranet (Kiszervezés), ASP Vállalati portálok, e-megoldások Trendek: újfajta architektúrák elemei

2 Info architektúrák. Dobay Péter, PTE KTK 2 / 37 Milyen architektúra – milyen igény?

3 Info architektúrák. Dobay Péter, PTE KTK 3 / 37 Tipikus architektúrák 2. Kliens-szerver rendszerek C/S Vállalati igény: kommunikációs és dokumentumcsere, online kapcsolat központi számítógéppel, alkalmazásokkal, adatbázissal szükségünk van egy vezérlő gépre: az üzenetforgalom irányítása, a központi szolgáltatások megvalósítása (adatok, szoftverek, biztonsági és egyéb alkalmazások): kiszolgáló (szerver) a szolgáltatásokat igénybevevőket (és eszközeiket) ügyfél(gépek)nek (klienseknek) nevezzük. a belső hálózat kiépítése technikailag egyszerű, a hálózat- menedzselő szoftverek rendelkezésre állnak, s az architektúra teljesítménye (kliensek kiépítése, a szerverek (!) kapacitásai) rugalmasan változtathatók

4 Info architektúrák. Dobay Péter, PTE KTK 4 / 37 A KLIENS jellemzői: a hardver egyéni, munkahelyi: egy PC, munkaállomás a felhasználói interfész grafikus, barátságos, szakmai kisebb, helyi feldolgozásra alkalmas az alkalmazás minimális része fut helyben például: szövegszerkesztés, táblázatkezelés, Internet A SZERVER jellemzői nagy kapacitások (tárolás, sebesség, nyomtatás) széles szoftverválaszték az alkalmazások kérésre indulnak, főleg itt futnak adatbázis- funkciók: kiszolgálás kommunikációs központ funkcióinak ellátása szokásosak: web-szerver, fájl-szerver, levelező szerver, név- (name) szerver, a kliens IP címét elrejtő proxy (köztes-tűzfal)-szerver, tartományvezérlő (PDC) szerver (pl. Active Directory: hálózati „jogosultság-nyilvántartó”), stb.

5 Info architektúrák. Dobay Péter, PTE KTK 5 / 37 A C/S működésmód A C/S architektúrában a kommunikációban résztvevő két fél nem egyenrangú módon vesz részt, hanem dedikált szerepeket (szerver, ill. illetve kliens szerepeket) töltenek be. Működést jellemzően a kliens kezdeményez, mégpedig azzal a céllal, hogy valamilyen műveletet vagy lekérdezést végeztessen el a szerverrel. A szerver a kérést megkapva elvégzi a megfelelő lépéseket, majd az eredményt a kliens felé továbbítja. Bár az adatok a kommunikáció során értelemszerűen mindkét irányban áramolhatnak, a műveleteket elvégzését mindig a kliens kezdeményezi, és mindig a szerver hajtja végre - ennek megfordítására nincs mód. Azokat az architektúrákat, amelyekben mindkét fél kölcsönösen kezdeményezheti művelet végrehajtását a másikon, egyenrangú architektúráknak szokás hívni (Peer-2-Peer).

6 Info architektúrák. Dobay Péter, PTE KTK 6 / 37 Feladat-megosztás adatkezelés alkalmazás távoli osztotttávoli osztott prezentáció feldolgozás adatkezelés alkalmazás prezentáció alkalmazás adatkezelés

7 Info architektúrák. Dobay Péter, PTE KTK 7 / 37 C/S megoldások Többrétegű architektúrák A bonyolult vállalati architektúrákban célszerű biztonságosan szétválasztani az egyes feladatokat, s így azok „rétegesen” egymásra építve külön-külön tervezhetőek, üzemeltethetőek. „Egyrétegűnek” tekinthető például a Windows-ba épített kalkulátor meghívása. A kétrétegű architektúra (2-tier) esetén különválasztjuk a szerveren futó üzleti megoldásokat (például adatkezelést) és ettől elkülönített hardver-szoftver rendszerek végzik az alkalmazói-felhasználói szint kiszolgálását (prezentációs réteg): A háromrétegű felépítés (3-tier) még nagyobb biztonságot ad: adatbázis-kezelési réteg (például egy SQL-server), efölött elkülönülve az alkalmazási réteg (például egy számviteli szoftver), s legfelül egy felhasználói réteg (felület, akár egy web-portál), amit az ügyintéző/ügyfél kezel.

8 Info architektúrák. Dobay Péter, PTE KTK 8 / 37 Példa: 2-rétegű architektúra 2-rétegű architektúra: szerver-farm és back-end adatbázisok

9 Info architektúrák. Dobay Péter, PTE KTK 9 / 37 Példa: 3-rétegű architektúra C/S rendszerben HA mindezeket távolról, szolgál- tató nyújtja: ASP archi- tektúra Client tier Application tier Data mgmt tier IntranetExtranet

10 Info architektúrák. Dobay Péter, PTE KTK 10 / 37 Példa: Web-áruház, ePayment fizetési rendszerrel

11 Info architektúrák. Dobay Péter, PTE KTK 11 / 37 Extrém kialakítások Vékonykliens-megoldások Ha a kliens-oldali informatikai szolgáltatás igen egyszerű (pl. egyetlen szoftver), csökkenthető a kliens-gép IT teljesítménye. csökkentik a belső memóriát (az alkalmazás a szerver-oldalon fut), minimalizálják az adatbeviteli eszközt (pl. vonalkód-olvasó), elhagyják a merevlemezt és a nyomtatót. Akár 50%-os IT megtakarítás alá lehet menni ún. ultravékony-kliensekkel Feladat: keressünk példát ilyen rendszerre; eset, architektúra!

12 Info architektúrák. Dobay Péter, PTE KTK 12 / 37 KERESŐ KERESŐ KERESŐ KERESŐ ADATBÁZIS OPERÁCIÓS RENDSZER TRANZAKCIÓS SZERVER ALKALMAZÁS - SZERVER Kataló gus szerver WEB SZERVER Kollabo rációs szerver Média szerver Hírde tési szerver Ügyfél regiszt rációs szerver Keres- kedelmi szerver Perszo nali zációs szerver Ultrathin client: a Web-es felhasználó KERESŐ Forrás: NetGenesis Corporation és Target Marketing [2000], “E-Metrics: Business Metrics for the New Economy”

13 Info architektúrák. Dobay Péter, PTE KTK 13 / 37 Egy gazdag-kliens megoldás 1- és 2-rétegű architektúra A helyi „gazdag-kliens” gépen Internet nélkül is használható egy helyi adatbázis; ha szükség van a távoli adatbázisra, akkor azonos szoftverrel kilépünk az internetes-elérésű adatok lekérdezésére.

14 Info architektúrák. Dobay Péter, PTE KTK 14 / 37 Az informatika egy vonulata abban az irányban halad, hogy a felhasználó számára nem „átadjuk” az alkalmazást (hogy azt saját eszközrendszerén üzemeltesse), hanem szolgáltatást nyújtunk, felhasználva a hálózatos technológiákat. Ez a speciális kiszervezési megoldás olyanok számára is elérhetővé teszi a korszerű informatikai megoldást, akik a szokásosan szükséges hardver-szoftver architektúra beszerzését és biztonságos üzemeltetését eddig nem tudták megoldani. Az alapvető innovatív gondolat az ASP megoldás felkínálása a megcélzott speciális végfelhasználói környezetre. Ez az informatikai rendszer a hálózati technológiák által lehetővé tett egyfajta „informatikai közmű” megvalósításának gondolatán alapszik, amikor a felhasználó lényegében teljes körű („bérleti”) szolgáltatást kap anélkül, hogy törődnie kellene a helyszíni infrastruktúrával, a programrendszerek futtatási környezetével, a biztonsággal, és így tovább. https://www.hostlogic.hu/_new/asp.htm https://www.szolgáltató.hu/ASP/alkalmazasszolgaltatas.htm stb.https://www.szolgáltató.hu/ASP/alkalmazasszolgaltatas.htm Zeus Tipikus architektúrák 3.: ASP

15 Info architektúrák. Dobay Péter, PTE KTK 15 / 37 Távoli szolgáltatás (ASP) a felhasználónak szüksége van informatikai szolgáltatásokra, de képtelen követni az ICT fejlődés változásait, nincs pénze megújítani a szoftvereket, sőt, szakemberei sincsenek Az ASP: megbízható (24/7) informatikai szolgáltató, szélessávú hálózati kapcsolat bárhonnan (!) Átveszi az ICT architektúra üzemeltetését (sw, licenszek, vírus,..) Megteremti egy meghatározott alkalmazás (pl. CRM) biztonságos környezetét Gyors, korszerű megjelenést biztosít Az ASP, mint költségkímélő, biztonságos architektúra

16 Info architektúrák. Dobay Péter, PTE KTK 16 / 37 Kórházi rendszer ASP

17 Info architektúrák. Dobay Péter, PTE KTK 17 / 37 Az ASP típusai

18 Info architektúrák. Dobay Péter, PTE KTK 18 / 37 A valósidejű kliens-kiszolgálás Real Time Processing Vannak architektúrák, amikor a szolgáltatás reakcióideje kritikus, esetenként mindenek-felett álló: banki terminál, kőolajfinomító, fegyver, stb. Ekkor a konkurens folyamatokat felülbírálva biztosítani kell a tranzakció azonnali lefutását. Az operáció rendszeren és speciális szoftveren kívül sokszor igen speciális eszközök (szenzorok, adatcsatornák, tartalék kapacitások) beépítése szükséges ahhoz, hogy az input folyamat, a feldolgozás és az output (akár vezérlés szinten) igen gyorsan végbemenjen. Példa: Ügyfél kivesz pénzt, egyenlege lemerül, 2 perc múlva nekikezd a kártyával vásárolgatni. Vagy: kártya-lopások. Autó fékberendezése (ABS), kipörgés-gátló fordulatszabályozás, légzsák

19 Info architektúrák. Dobay Péter, PTE KTK 19 / 37 Architektúra 4.: Az Intranet és a vállalat Vállalati Intranet a cég alkalmazottai egy LAN végberendezései előtt ülnek, elektronikus dokumentumokat menedzselnek, az Interneten dolgoznak kézenfekvő a belső üzenetközvetítésre, dokumentumcserére felhasználni a TCP/IP protokollt, a web-technikát Az Intranet olyan belső információs rendszer, amelynek informatikai architektúrája az ERP miatt kiépített lokális hálózat, alapszoftvere a böngésző, az információs adattárak, dokumentumok ezen keresztül kereshetők, tanulmányozhatók, azaz lényegében egy „belső portál”. Bevezetése gyors, minimális költségű, igen rövid megtérülési idővel. A szolgáltatások a vállalati tudás-menedzsment rendszer kiépülését segítik.

20 Info architektúrák. Dobay Péter, PTE KTK 20 / 37 A definíció Nagygép - terminálokkal - középgép - C/ S - Intranet... Az Intranet “védőgátakkal”, “tűzfallal” védett belső vállalati hálózaton futó IR, amelynek hálózati protokollja a TCP/IP (Intranet), alkalmazói csatolója az internetes böngésző (browser) s a belső hálózatról ki lehet jutni az Internetre. Az alkalmazások száma évente %-kal nő. Példa: MÁV, BME, Nokia, Ford...

21 Info architektúrák. Dobay Péter, PTE KTK 21 / 37 Az előnyök, a terjedés oka: Azonnal indítható, ha van hálózat Egyszerűen kezelhető felülettel dolgozik Teljesen platform-független (kliens és szerver is) Az internetes (pl. kereső, megjelenítő) funkciókat teljesen integrálni lehet a szokásos (pl.irodai) szoftverekbe És: dinamizálja a szervezeti tudás-megosztást, a tudás szocializációját! Problémák: teljeskörű hozzáférés gondjai? más információs munkakultúra? A CIBA gyógyszergyár modellje

22 Info architektúrák. Dobay Péter, PTE KTK 22 / 37 Online DEMODEMO

23 Info architektúrák. Dobay Péter, PTE KTK 23 / 37

24 Info architektúrák. Dobay Péter, PTE KTK 24 / 37

25 Info architektúrák. Dobay Péter, PTE KTK 25 / 37 Az Intranet architektúra menedzselése 1 Standardok, amiket fel lehet használni Technikai — hardver, szoftver és IT standardok Design — céges arculati előírások követése Adatmenedzsment — hozzáférés, megbízhatóság, konzisztencia és biztonsági irányvonalak szabályozása és betartatása Adathozzáférés —felhasználók által hozzáférhető adatok támogatása: tervezés, elfogadtatás, Feladat- és felelősségi körök — olyan irányelvek felvázolása, melyek csökkentik a felhasználók és a rendszergazdák többletmunkáját Intranet menedzsment modell (Simons, 1995)

26 Info architektúrák. Dobay Péter, PTE KTK 26 / 37 Források kiosztása Például: beszerzések jóváhagyása — webes eszközök beszerzési folyamatainak előírása Priorizálás — pl. erőforrás allokáció (emberek, gépkapacitások, helyiségek, akármi), fejlesztések megrendelése stb. Eszköz és munkaerő kapacitás — megfelelő erőforrások biztosítása: megkeresés, kommunikáció Pénzügyi ellenőrzés — pénzügyi források tervezése, finomítás és visszacsatolás lehetősége Audit — tesztelési rendszerek kialakítása Az Intranet architektúra menedzselése 2

27 Info architektúrák. Dobay Péter, PTE KTK 27 / 37 Alkalmazás-fejlesztés Tevékenységi körök — világos fejlesztési specifikációk a belső és a külső fejlesztő partnerek számára Szervezeti koordináció — a fejlesztési fázisok szervezeten belüli megosztása Rendszerintegráció — külső és belső fejlesztések technológiai kompatibilitása Tréning és oktatás — Web alapú technológiák oktatása a végfelhasználók számára, bármilyen más eLearning Konzultáció — folyamatos technológiai támogatás, rendelkezésre állás Fejlesztés — Webes alkalmazások tervezése és fejlesztése Dokumentáció — alkalmazások fejlesztői dokumentációja, felhasználói kézikönyv elkészítése Üzemeltetés — folyamatos működtetés és felügyelet Az Intranet architektúra menedzselése 3

28 Info architektúrák. Dobay Péter, PTE KTK 28 / 37 Amitől jó lesz az Intranet A felhasználókkal meg kell értetni az Intranet alapvető célját és feladatát - (legyen dokumentum: "Intranet célok") A felhasználóknak olyan típusú szabadságot kell adni, melynek keretén belül elfogadják a korlátokat, de a kezdeményezési hajlandóságuk nem csorbul - (dokumentum: "Intranet előírások") A túlzott standardizálás ne növelje sem a technológiai sem a tartalmi korlátokat. Inkább a tartalmat kell egységesíteni és nem az eszközöket, melyekkel a tartalmakat előállítják – (dokumentum: "Intranet standardok„ - hogyan írjunk, mit írjunk) A több szabadság nem jelenti az ellenőrzés feladását, de azt igen, hogy mi marad kontroll alatt. A felhasználók legyenek felelősek a tartalomért és a megvalósításért, figyelembe véve az előző három pontban leírtakat - (dokumentum: "Intranet Ellenőrzési Rendszer") Kisebb kontrollal nagyobb felelősséget adunk a felhasználók kezébe. Célszerű anyagi vagy egyéb formában a tartalmi hozzájárulást támogatni. Az ellenőrzött működtetési területek biztosítsák a hatékony eszköz- felhasználást és az adatok integritását biztosítsák, védjék meg az adatokat és az eszközöket a lopástól, vagy az adatvesztéstől. A "laissez-faire" (hagyd, hogy elkészüljön) ellenőrzési folyamat biztosítja a felhasználók horizontális és vertikális ismereteinek áramlását.

29 Vizsgáljuk meg: Intranet CBA Megtakarítások ingyen kliens-szoftver minimális user - training meglévő hardver, hálózat olcsó/ingyen szerver-szoftver egyszerű menedzselés, építés egyes alkalmazások kihasználása többszörösére nő, „többen látják” nyílttá válik az IR, távmunkások és akár külsők számára megnyithatóak szegmensek csökken a dokumentációs költség csökken a kommunikációs költség csökken a betanítási költség/idő a tájékozottság kreativitásra ösztönöz Ráfordítások: milyen időszakra? 3 év? Web-kliens és szerver-sw új rendszer, vagy korábbi upgrade hálózat kiépítése, komplettírozás, elemek cseréje (mindenkit el kell érni!) tervezés, projektvezetés tartalom tervezése, strukturálás, konvertálás, alkalmazásfejlesztés installálás, hibajavítás, teszt user training, bemutatók egyéb konzultációk FOLYAMATOS: tartalom- karbantartás, user training, új sw verziók és installálásuk, konzultáció, stb. Mindez „növeli a bizalmat” az IT/IR/TM iránt, „siker”-alkalmazás

30 Néhány gyakorlati eset Cadence Design Systems, Inc., kereskedelmi osztálya –3000 alkalmazott, 550 mUSD forgalom, számítástechnikai szegmens –hw, hálózat: 6%; fejlesztés+konzultáció 16%; sw 4%; képzés 4%; tartalom:70% –haszon a salesmen felkészítés leegyszerűsítéséből: 2,5 millió USD –haszon a fax, telefon, posta költségeken: 26 eUSD –haszon a kereskedői hírlevél megszünjtetéséből 20 eUSD –egyetlen adatbázis a tucatnyi helyett: 24 eUSD –Nyereségességi mutató: 1766%; megtérülés 0,15 év! Booz, Allen & Hamilton, vezetési - műszaki consulting cég –6500 alkalmazott, 1.2 mrd USD forgalom, projektek és általános tájékozódás –hw, hálózat: 38% !; fejlesztés+konzult: 49%!; sw: 4%; képzés 6%; tart: 3%!!! –haszon a belső információk elérésében: 7 mUSD –haszon a fax, posta, telefon költségekben: 130 eFt –nyereségességi mutató: 1389%; megtérülési idő 1,19 év Silicon Graphics, inc., IT gyártó, 10,000 alkalmazott, 3 mrdUSD –hw 14%; sw fejlesztés 71%; oktatás 7%, új IT/TM csapat: 8% –időmegtakarítás 1,5 mUSD; korrekt árszabások haszna 5,6 mUSD, megtakarítás járulékos beszerzéseken 810 eUSD, nyomtatás: 50 eUSD –nyereség 1427%; megtérülés 0,18 év...

31 Info architektúrák. Dobay Péter, PTE KTK 31 / 37

32 Info architektúrák. Dobay Péter, PTE KTK 32 / 37 Később: Vállalati web-portál Ha már Intranetünk van, miért ne tennénk ezt kívülről is hozzáférhetővé? Utazó munkatársak, külső telephelyek menedzserei Olyan kommunikációs felület, amelyen partnereink, szállítóink és saját munkatársaink más és más hozzáférési jogokkal dolgozhatnak. Fejlesztési rendszer-integráció (SOA) Vállalataink tele vannak mindenféle informatikai rendszerekkel. Egyre nehezebb a belső kommunikáció, sok köztes rendszert kell létrehozni, az architektúra alrendszerei nem, vagy csak igen körülményesen végzik az adatcserét. A SOA a rendszer-építési filozófia középpontjába a felhasználói igényt helyezi. Felhasználja a már kész, értékes, működő rendszer-elemeket, összeköti, integrálja azokat.

33 Info architektúrák. Dobay Péter, PTE KTK 33 / 37 Miért alakul át az ERP, a LAN, az Intranet – portállá? MIÉRT? Az ERP-k használata még mindig bonyolult, sok képzés szükséges hozzá, mert a rendszereket az adatokból kiindulva fejlesztették, nem sokat törődtek a felhasználókkal. Az infómunkások tömegét foglalkoztató cégek számára igen fontos dolgozóik hatékonysága, hiszen ez a legdrágább „erőforrás”. Így fontos, hogy könnyedén kezeljék a különböző rendszerekben tárolt adatokat. Az update is a felhasználók feladata, nem mindegy, mennyi időt és milyen eszközöket használnak fel ehhez. A jól megépített portál esetében a felhasználó azt érzi, hogy szörfözik a hálón. Nem kell semmit megtanulnia az információ-kinyeréshez akár a legbonyolultabb ERP-ből, akár az irodától távolról is. A portálok kétirányú kommunikációja az információk gyűjtését – portálba való töltését – és folyamatos frissülését eredményezi (CMS). Ez azt is jelenti, hogy egy portál dokumentumtára, csoportmunka szoftverrel egy valódi „munkahelyként” funkcionál. Ez esetben a projektek a dokumentumok keletkezésétől, azok megvitatásán át, az anyagok lezárásáig a portálon történnek. Integrált portálokról beszélünk, melyek egy rendszereként működnek, szabad az átjárás az intranet, az internet és az extranet között. A fejlesztések kompatibilisek mindhárom felületen, a megjelenítendő alkalmazás/információ bármely felületen megjelenhet, különböző jogosultsági beállításokkal. A dobozos termékként kapható portálok „beépített” szolgáltatásokat tartalmaznak: dokumentumtár, naptár, fórum, hírlevél, képgaléria, regisztráció és adminisztratív kényelmi funkciók, mint a jogosultságkezelés vagy a Single Sign-On (SSO).

34 Info architektúrák. Dobay Péter, PTE KTK 34 / 37 A vállalati portál és a CMS szoftverek IDC előrejelzés: a vállalati portál szoftver piac robosztus növekedést mutat, 1.4 milliárd dolláros forgalmi előrejelzéssel 2008-ra. A vállalati portál technológia lényege a felhasználó- központúság: a munkatársak egy pontból juthatnak hozzá az összes szükséges információhoz és alkalmazáshoz, amire szükségük lehet munkájukhoz. Mindezt olyan felületen, mely nem ismeretlen a számukra. A portálon úgy keresnek, mint a Google-ban, vagy a Yahoon. A dokumentumtárak grafikai kialakítása a fájlszerverekére hasonlít, így ezt a környezetet is ismerik a felhasználók. A bonyolult vállalatirányítási ERP rendszerek webes megjelenítése immáron a vállalati portálok dolga. A CMS csak egy technikai suite megoldás – a portál az egy információs rendszer, amelynek modelljét meg kell tervezni!

35 Info architektúrák. Dobay Péter, PTE KTK 35 / 37 és a jövő: A cloud-computing A felhő gyakorlatilag azt jelenti, hogy a felhasználó olyan adatokkal és programokkal dolgozik, amelyek nem a saját számítógépén, hanem azok valahol az interneten, azaz a "felhőben" találhatók. Előny: olcsón, azonnal, akárhol Problémák: új, biztonság? Példa 1: A Google, amely az egyik meghatározó szereplője a felhő- programozási rendszereknek, számtalan kínos pillanatot élt át a „Gmail-cloud” levelezőrendszerének leállásai miatt, jóllehet felhasználói adatok, mentett üzenetek nem vesztek oda az összeomlások során. Példa 2: A Facebook 150 ezer felhasználójának adatai valószínűleg elvesztek 2009 októberében Példa 3: üzleti alkalmazás böngészőn, miközben az adatok és a szoftver máshol vannak. 1.Community cloud: többen ugyanazt hasznosítják („Public cloud”) 2.Hybrid cloud: vállalati védett hozzáférések kombinációja public clouddal 3.Private cloud: zárt hálózati felhő, védelem, miközben a felhőhasználat előnyei megmaradnak Egyesek: az egész egy baromság

36 MS Azure

37 Info architektúrák. Dobay Péter, PTE KTK 37 / 37 Növekedési potenciál: újfajta architektúrák trendje A következő 3 év legnagyobb növekedési potenciálja, %-ban


Letölteni ppt "Info architektúrák. Dobay Péter, PTE KTK 1 / 37 Információrendszer-architektúrák 5/b Az architektúra-fogalom Eszközrendszerek: IT, ICT A kötegelt rendszerek."

Hasonló előadás


Google Hirdetések