One Net Címtár- és portálalapú integrált informatikai rendszerek Komplex üzleti folyamatok informatikai támogatása
Tartalomjegyzék
1.
VEZETÕI ÖSSZEFOGLALÓ
3
2.
AZ INFORMATIKAI RENDSZEREK PROBLÉMÁI NAPJAINKBAN
5
3.
JAVASOLT FEJLESZTÉSEK, MEGOLDÁSOK
7
3.1. KONZISZTENS INFORMÁCIÓ A VÁLLALATNÁL
7
3.1.1. Adat- és alkalmazás-integráció
7
3.1.2. Ki milyen adatot módosíthat az integrált rendszerben?
8
3.1.3. Üzleti folyamatok támogatása
8
3.1.4. Mi integrálható a DirXML segítségével?
9
3.2. A SZÜKSÉGES ALKALMAZÁSOK BÁRHONNAN, BÁRMIKOR 3.2.1. Személyre szabott hozzáférés
4.
5.
9 9
3.2.2. Biztonságos hozzáférés a szükséges információhoz
10
3.2.3. Eszközfüggetlen elérés
11
PÉLDA A GYAKORLATI MEGVALÓSÍTÁSRA
13
4.1. ZERO DAY START - ADATINTEGRÁCIÓ A NOVELLNÉL
13
4.2. I-LOGIN - PORTÁL A NOVELLNÉL
15
ÖSSZEFOGLALÁS
17
3
1. Vezetõi összefoglaló
A mai informatikai rendszerek túlnyomó többségét a sokszínûség jellemzi. Számos különbözõ hardver- és operációsrendszer-platformon futó, jellemzõen elszigetelt alkalmazások szolgálják ki a különbözõ üzleti igényeket. A rendszerek – sokszor több generációjuk is – egymás mellett élnek, de az együttmûködés szintje alacsony. A Novell új hálózati megoldásainak célja, hogy ezeket a különbözõ korokból származó informatikai rendszereket integrálja, a bennük tárolt adatokat szinkronizálja. Az új, korszerû szolgáltatások bevezetésekor igény szerint könnyen felhasználhatjuk az így rendszerezett információt megkönnyítve ezzel az informatikai rendszerek fejlesztését. Az így kialakuló egységes hálózatban (one Net), az integrált és szinkronizált adatok és alkalmazások a felhasználók számára személyre szabottan, biztonságosan, helyés eszközfüggetlenül bárhonnan, bármikor elérhetõk. Számos elõnnyel jár egy ilyen rendszer kialakítása: • A vállalat/szervezet teljes egészére vonatkozóan egységesek, naprakészek és pontosak az adatok • A kívánt információ könnyen, rugalmasan és sokféle módon nyerhetõ ki a rendszerbõl • A rendszer adatai bárhonnan, bármikor, gyakorlatilag mindenféle eszközzel elérhetõk • A szervezet partnerei egyszerûen hozzáférhetnek a számukra lényeges információhoz, ugyanakkor csak azt érhetik el, amihez megfelelõ jogosultsággal rendelkeznek • Az új, korszerû rendszerek bevezetésekor igény szerint a régi alkalmazásokra is számíthatunk, az ott tárolt adatokat szinkronizálhatjuk az új rendszerbe bekerülõ információval • A „one Net” koncepció nem a régi rendszerek folyamatos lecserélésérõl szól, hanem a különféle – akár más informatikai generációhoz tartozó – rendszerek együtt élésérõl és integrációjáról • A rendszer biztonsága, lévén alapszolgáltatás, eleve magas szintû és kikerülhetetlen; a védelem szigorúsága további termékekkel, szabványos bõvítésekkel fokozható
A fent említett célokat a Novell egy címtár és portál alapú informatikai struktúrával javasolja megoldani. A címtár az informatikai rendszer összes elemét egy jól kialakított, a cég szervezeti felépítésére illeszkedõ struktúrában tárolja, és biztosítja a felhasználók számára az igény szerint személyre szabható felületet és a jogosultságkezelést. Erre a tárolási funkcióra a mindenképpen szükséges hierarchikus szerkezet és gyors lekérdezési lehetõség miatt a címtár lényegesen hatékonyabb megoldást kínál, mint egy relációs adatbáziskezelõ. A DirXML egy általános célú felület a címtárhoz, amely különbözõ alkalmazásokhoz, adatbázisokhoz nyújt hozzáférést. A DirXML segítségével a címtár képes integrálni és szinkronizálni a vállalat alkalmazásai által használt, a legkülönbözõbb adatbázisokban tárolt azonos jellegû adatokat. Az így kialakított egységes és konzisztens rendszerhez a portál biztosítja a hely-, idõ- és eszközfüggetlen hozzáférést. A Novell Portal Services a címtárban tárolt felhasználói adatok és beállítások segítségével testre szabottan jeleníti meg a szükséges információt. A Novell által javasolt megoldás igény szerint a régebbi rendszereket is képes integrálni. Mivel a DirXML számos csatolóval rendelkezik, a meglévõ alkalmazásokkal is képes együttmûködni. Így ha azok még ma is megfelelõen látják el a feladatukat, akkor az új beruházások nem a régi szolgáltatásokat fogják kiváltani, lecserélni, hanem új funkciók, szolgáltatások bevezetését jelentik majd.
4
2. Az informatikai rendszerek problémái napjainkban Napjainkban a vállalatok, intézmények informatikai rendszerei heterogének, sok különbözõ gyártótól, fejlesztõtõl származnak. A informatikai rendszerek különbözõ generációi egymás mellett élnek, de az együttmûködés szintje alacsony (ld. 1. ábra). A különbözõ alkalmazások, adatbázisok az alkalmazás specifikus információ mellett nagyon sok olyan adatot is tartalmaznak, amelyek több helyen tárolódnak. Gondoljunk csak az ügyfélnevekre, és az ügyfelekhez kapcsolódó számos más információra. Ha csak az 1. ábra alkalmazásait tekintjük, az ügyfél adatok szerepelnek az ügyfélkapcsolati rendszerben (CRM), a vállalatirányítási rendszerben (ERP), a beszállítói lánc kezelését végzõ alkalmazásban (SCM) és a levelezõrendszer címjegyzékében (groupware).
vinni. Ez csak úgy oldható meg, ha mondjuk a személyzeti rendszerbõl való eltávolítása automatikusan magával vonja a többi rendszerben is a letiltását. Homogén rendszerek létrehozása reménytelen feladat. Nincs olyan gyártó, fejlesztõ cég, amelyik képes lenne minden igényre megfelelõ megoldást nyújtani. Hiába választjuk azonban a kategóriájukban legjobb megoldásokat – levelezõrendszereket, személyzeti és pénzügyi, vagy éppen vállalatirányítási rendszereket – az egyes üzleti igények kiszolgálására, ha a végeredményül kapott infrastruktúra elszigetelt darabokból áll. Tekintsük csak át, milyen problémákkal is kell megküzdeni egy ilyen rendszer esetében! • Inkonzisztens információ a különbözõ rendszerekben. Mennél több helyen kell nyilvántartani ugyanazt az adatot, annál nagyobb az esélye, hogy – akár emberi mulasztás/hiba, akár nem megfelelõen kidolgozott szabályozás miatt – az adatok nem konzisztensen kerülnek tárolásra. Mindez csökkenti a tárolt adatok értékét, illetve rendkívüli módon megnehezítheti a teljes körû adatfeldolgozást.
1. ábra – Nem integrált szolgáltatások – bonyolult, nehezen kezelhetõ struktúra
Ezen alkalmazások egymással általában nincsenek integrálva, így a több helyen tárolt információt többször kell bevinni, illetve módosítani, ami komoly plusz költségekkel jár. Ha nagy ritkán van is valamifajta szinkronizáció a rendszerek között, ez nincs megoldva a vállalat egészére, csak egy-két alkalmazásra, részadatra. Néha történik valamilyen batch jellegû szinkronizáció egy-két helyen, ahogy az 1. ábra is mutatja, de ez a kapcsolat általában nem on-line, a módosítások csak egy-két helyre érnek el és oda is csak egy adott idõ eltelte után. Az egyes rendszerek közötti kapcsolatra pedig szükség van, az üzleti folyamatok ezt gyakran megkövetelik. Pl. ha valakit eltanácsolnak egy cégtõl, akkor az a kívánatos, hogy a különbözõ rendszerekhez való hozzáférési lehetõsége lehetõleg azonnal megszûnjön, hogy az illetõ ne tudjon kárt okozni, vagy bizalmas információkat magával
• Fontos üzleti adatok nem nyerhetõk ki az adatbázisokból. Ha sok egymással kapcsolatban nem lévõ adatbázisban tároljuk az üzleti információt, és minden alkalmazáshoz más felhasználói felület tartozik, a kívánt információ rendkívül nehezen kinyerhetõvé válik. Gyakran elõfordul, hogy a szükséges adatok egy része az egyik rendszerben található, a másik része pedig egy másik alkalmazás adatbázisában és a nem egységes lekérdezési felület, valamint az inkonzisztencia miatt fárasztó, kézi feladattá válik a szükséges adatok kiválogatása és egyeztetése. • Egyes üzleti folyamatok nem képezhetõk le. Képzeljünk el két üzleti részfolyamatot, amelyek egymással szoros kapcsolatban vannak, és mindegyik végrehajtását támogatja egy-egy alkalmazás. A két program között azonban nincsen kapcsolódás, emiatt az egyikbe felvett adatok egy részét manuálisan át kell vezetni a másik programba. A folyamat lassú, az ügyfeleknek sokat kell várniuk, és nagy a hibalehetõség. Ez történik pl. egy vállalat ügyfélszolgálatán, ha az ott dolgozó kollégának több rendszerbe is fel kell vennie az ügyféladatok egy részét.
5 • Nem egységes biztonsági rend. Több különálló rendszer biztonsága eleve nem lehet egységes és minden illesztési, csatlakozási pont újabb és újabb potenciális betörési helyet jelenthet. A különféle rendszerekhez tartozó számos különbözõ azonosító és jelszó megjegyzése, a külön-külön bejelentkezések gondot okoznak a felhasználóknak, rontják a termelékenységet (felesleges idõtöltés), és a biztonságot (ha a felhasználó felírja/könnyen elérhetõvé teszi a jelszavakat).
• A régi rendszerek integrációja, nem felváltása. A legtöbb szervezetnél igen jelentõs értékek kerültek bele a meglévõ, különösen az egyedi fejlesztésû rendszerekbe. Alig akad olyan vállalat, amelyik ne szembesülne az újkor új kihívásaival, ugyanakkor a meglévõ rendszer teljes kicserélésének költségeit sem nem tudja, sem nem akarja felvállalni. Jogos igény, hogy az integráció és az új igények kiszolgálása, ne járjon a régi rendszerek teljes lecserélésével.
• Nem lehet egységes távoli hozzáférést kialakítani. Sok-sok különálló rendszer esetében óriási kihívást jelent a mobil vagy otthoni felhasználók távoli hozzáférési rendjének kialakítása. Problémát jelent az egységes kapcsolódási mód, otthoni hozzáférésnél tipikusan jelentkezõ probléma a biztonság, eltérõ módon lehet kapcsolódni a különbözõ környezetekhez és sok esetben csak az alkalmazások funkcióinak korlátozott része érhetõ el (pl. egyes adatfájlok/alkalmazások nem, vagy épp a megszokott könyvjelzõk hiányoznak). További probléma, hogy a ma egyre többek által használt mobil eszközök (PDA, mobiltelefon) nem használhatók sok hagyományos rendszerben tárolt adat elérésére.
• Felesleges felügyeleti terhek. A különálló rendszerek külön-külön felügyelete számszerûsíthetõ többletterheket, anyagi és idõbeli veszteségeket okoz. Több rendszergazdára van szükség, akik esetleg nem is képesek pótolni egymást, számos feladatot többször, feleslegesen kell elvégezni.
• Az új rendszerek integrációja. Jogos igény, hogy az új rendszerek lehetõleg a már meglévõkre épüljenek, és ne kelljen minden rendszer bevezetésekor újra a „nulláról” indulni. Egymástól elszigetelt rendszerekbõl felépülõ környezet esetén gyakran komoly probléma, hogy az új alkalmazás hogyan és miképpen is integrálódjon a már meglévõkkel. Újra és újra be kell vinni a cég dolgozóinak adatait, ki kell alakítani a már több helyen leképezett szervezeti felépítést és ez alapján az alkalmazás használati rendjét.
6
3. Javasolt fejlesztések, megoldások A Novell Hálózati Szolgáltatásai megoldást kínálnak a fentiproblémákra: Segítségükkel a meglévõ és az új rendszerek, a különféle típusú hálózatok, operációs rendszerek és alkalmazások egymással együttmûködve egy, a teljes vállalatot lefedõ egészet alkotnak. Az egyes – továbbra is különbözõ gyártóktól származó – részrendszerek a felhasználók számára láthatatlanul, a háttérben szinkronizálják adataikat és ezek az egységes, integrált és szinkronizált adatok és alkalmazások a felhasználók számára személyre szabottan, biztonságosan, a szervezeten belülrõl és kívülrõl egyaránt, az év bármely napján elérhetõk. A továbbiakban elõször ismertetjük, hogyan lehet a Novell metacímtár megoldása az NDS eDirectory és a DirXML segítségével a vállalat adatait és alkalmazásait szinkronban tartani, hogyan nyújtunk ehhez az információhoz személyre szabott felületet a Novell Portal Services segítségével, és végül hogyan építsünk fel egy olyan vállalati portált, amihez a legkülönbözõbb eszközökkel (PC, PDA, mobiltelefon stb.) lehet csatlakozni.
3.1.
Konzisztens információ a vállalatnál
3.1.1.
Adat- és alkalmazás-integráció
A Novell címtára, az NDS eDirectory, és a DirXML a fent tárgyalt egyik legnagyobb problémakört, az adatok és alkalmazások integrációját oldja meg. A DirXML segít a meglévõ összes adattár és címjegyzék – például a pénzügyi, a személyzeti és a levelezõrendszer, az iparág-specifikus alkalmazások és adatbázisok, valamint a különbözõ operációs rendszerek – adatainak frissen tartásában és azonnali szinkronizációjában: a meglévõ hálózati infrastruktúrát hasznosítva automatikusan továbbítja a különféle adattárak változásait az összes többi címtár, alkalmazás és adatbázis felé (2. ábra). A többféle platformon is futó DirXML az NDS eDirectory teljesítményét egyesíti az eXtensible Markup Language (XML) jelölõnyelv rugalmasságával. Az elektronikus üzletvitel céljait is szem elõtt tartva készített DirXML képes a tûzfalon kívül is mûködni. Megteremti a kapcsolatot a vállalati portál és a régi, hagyományos alkalmazások között és így biztonságos hozzáférést biztosít a vásárlók, partnerek és beszállítók számára a szükséges adatokhoz. Használata esetén például nem okoz gondot, hogy az ügyfélszolgálati, a számlázási, a szállítási, a marketingés a minõségbiztosítási osztály alkalmazottai mind-mind
A vállalatoknál nagyon sok olyan információ létezik, amelyik több rendszerben is tárolásra kerül. Ilyen szinkronizálandó adatok lehetnek, pl. a rendszer felhasználóihoz (kollégák, ügyfelek, partnerek) kapcsolódó paraméterek, beállítások. A felhasználó specifikus információt legcélszerûbb egy a cég szervezeti felépítését leírni képes adatbázisban, egy címtárban tárolni, amit tudunk sok más funkciókra, pl. jelszó- és jogosultságkezelésre is használni. A címtárban a szükséges, több alkalmazás által is használt adatok jó része így már megvan, emiatt praktikus a szinkronizációs eljárást is a címtár és az ehhez kapcsolódó integrációs felület a DirXML segítségével végezni. 2. ábra – Alkalmazások és adatok integrációja DirXML-lel
7 helyesen módosították-e a kétezer megváltozott postacímet. Elegendõ, ha egy megbízott osztály – mondjuk az ügyfélszolgálat – módosítja a címet; a DirXML ezután automatikusan továbbmásolja az új adatot a teljes hálózaton. A többi részlegnek nem kell arra fecsérelnie az idejét, hogy beírja ugyanazokat az adatokat, ugyanakkor nyugodtak lehetnek afelõl, hogy a megrendelt áruk, az õket kísérõ számlák, a katalógusok és a kérdõívek a lehetõ legfrissebb címre érkeznek. A DirXML kiemelendõ tulajdonsága, hogy képes a meglévõ hálózati infrastruktúrát hasznosítani a címtárak, adatbázisok és alkalmazások számára a frissített adatokat azok natív formátumában biztosítja. Ez azt jelenti, hogy nem kell módosítani a meglévõ alkalmazásokon, nem kell további programokat vásárolni ahhoz, hogy a DirXML-t a rendszerünkkel integráljuk. Mivel automatikusan frissíti és szinkronizálja az összes hálózati címtár adatait, a DirXML lényegesen képes csökkenteni a szükséges manuális munkát. A Burton Group felmérése szerint egy 25 ezer felhasználós, 7 címtárat használó hálózat felügyeletének összköltsége a redundáns információ felügyeleti feladatainak automatizálásával 364 700 dollárról 52 000-re csökkenthetõ.
3.1.2.
Ki milyen adatot módosíthat az integrált rendszerben?
Megoldást kínál a DirXML arra is, hogy meghatározott címtárakat, adatkezelõket – és így a hozzájuk tartozó szervezeti egységeket – felelõssé lehessen tenni bizonyos típusú adatokért. Minden egyes, a DirXML-en keresztül az NDS eDirectoryhoz csatlakozó címtár, alkalmazás és adatbázis ún. küldõ csatornán vagy fogadó csatornán – vagy mindkettõn – keresztül kapcsolódik. A fogadó csatorna az NDS-bõl a külsõ adatbázis, vagy alkalmazás felé továbbít adatokat, a küldõ csatorna pedig pontosan fordítva, a külsõ címtártól az NDS felé. Amennyiben egy címtár vagy alkalmazás mindkét típusú csatornán keresztül kapcsolódik, úgy egyaránt küldhet friss adatokat az NDS felé, illetve fogadhatja az onnan érkezõket. Minden egyes küldõ és fogadó csatornához tartozik egy egyedi szûrõ, amely meghatározza, milyen típusú adatok küldhetõk ill. fogadhatók. E szûrõk beállíthatók úgy, hogy csak egyetlen címtárnak, alkalmazásnak vagy adatbázisnak legyen joga megváltoztatni egy bizonyos típusú adatot. Mindez, amit elmondtunk, nem kell, hogy a vállalaton belülre korlátozódjon. Az üzleti ügyfelek, vásárlók, partnerek és beszállítók adatai minimális munkával frissen és naprakészen tarthatók a különféle címtárak, alkalmazások és adatbázisok között. A DirXML-t használva a címtáradatokat csak egyszer kell kijavítani – így lényegesen lecsökken az emberi tévedés esélye. Ha a változások, pl. a Személyzeti Osztály nyilvántartásában történnek, az a módosult adatokat a DirXML-en – egy küldõ csatornán – keresztül továbbítja az NDS eDirectory felé. Az
eDirectory pedig továbbküldi a változásokat – megint csak a DirXML-en, fogadó csatornákon keresztül – az öszszes többi alkalmazás, adatbázis és címtár felé.
3.1.3.
Üzleti folyamatok támogatása
A DirXML-lel felgyorsíthatók a mindennapos üzleti folyamatok, például az újonnan felvett alkalmazottak felszerelése, vagy egy kilépett alkalmazottnak a céges adatokhoz és eszközökhöz való hozzáférésének megszüntetése. A szokásos módon akár hetekig is eltarthat egy cégnél, mire egy új alkalmazott megkapja az összes jogot, felszerelést és eszközt, amire szüksége van a munkájához. A DirXML-lel kialakítható egy olyan rendszer, hogy ha az egyik címtárban megjelenik egy új „Felhasználó”objektum, akkor azonnal létrejöjjön az összes többi címtárban, alkalmazásban és adatbázisban is. Az objektum létrejötte után elindíthatók a megfelelõ folyamatok a szükséges hozzáférések vagy eszközök biztosítására. Hasonlóan, ha egy alkalmazott kilép, azonnal meg kell szüntetni a hozzáférését a bizalmas adatokhoz és az értékes berendezésekhez. A DirXML-lel megoldható, hogy ha egy alkalmazott állapota „Kilépett”-re változik a Személyzeti Osztály nyilvántartásában, akkor ez azonnal átvezetõdik az összes többi címtárba, alkalmazásba és adatbázisba is. Beállíthatók a címtárak, hogy ha az alkalmazott állapota megváltozik, akkor azonnal megszûnjön hozzáférése a hálózathoz, az eszközökhöz és más fizikai létesítményekhez. A DirXML rugalmasan támogatja az üzleti folyamatokat, hiszen egy adott rendszerben történt változás a mûködési szabályoknak megfelelõen esetleg egy másfajta módosulást eredményez a vele integrált másik alkalmazásban. Pl. ha törlünk egy dolgozót a személyzeti nyilvántartásból, az nem feltétlenül törlõdik minden rendszerbõl, megoldható, pl. hogy „disable” állapotba kerüljön a levelezõrendszerben. Az XML nyelv rugalmassága révén gyakorlatilag bármilyen üzleti folyamat „leprogramozható” a DirXML-ben.
3.1.4.
Mi integrálható a DirXML segítségével?
A DirXML szinte bármely alkalmazás címtárát képes frissíteni, vagy a Novell által biztosított meghajtóprogramokkal, vagy saját fejlesztésû driverekkel. Bár a meghajtóprogram egy részének és a DirXML-nek ugyanazon a számítógépen kell lennie, mint az NDS eDirectorynak, a tényleges alkalmazás bárhol lehet a hálózaton. Más szavakkal, az NDS-nek és a DirXML-nek nem kell a kapcsolódó alkalmazással vagy címtárral megegyezõ fizikai gépen lenniük. A DirXML-hez már jelenleg is számos meghajtóprogram létezik (a teljesség igénye nélkül többek között NDS-hez, Microsoft Active Directoryhoz, iPlanet Directory Serverhez (és más LDAP-kompatíbilis címtárhoz), Lotus Notes-hoz, Oracle, MSSQL, DB2 adatbázis-kezelõkhöz, Exchange-hez és a DirXML képes
8 az SAP integrációjára is), de a terméknek része egy szoftverfejlesztõi készlet (SDK) is, amellyel egyedi meghajtóprogramok írhatók a hálózati alkalmazásokhoz, adatbázisokhoz és címtárakhoz. E C++ és Java-meghajtóprogramok még a régi vagy egyedi alkalmazásokkal, adatbázisokkal (pl. Clipper, dBase) is képesek együttmûködni.
3.2.
A szükséges alkalmazások bárhonnan, bármikor
Az alábbi részben röviden bemutatjuk, melyek azok a szolgáltatások, amelyekkel a Novell biztosítja, hogy a szükséges alkalmazások valóban mindig és mindenhonnan, biztonságosan, eszközfüggetlenül, ugyanakkor kényelmesen és gyorsan elérhetõk legyenek. A megoldás révén javul a termelékenység, a biztonság és a hatékonyság egyaránt. Otthonról is, távolról is változatlan hatékonysággal képesek dolgozni az alkalmazottak; az egypontos bejelentkezés látványosan csökkenti a felhasználók jelszavakkal kapcsolatos adminisztrációs gondjait.
3.2.1.
Személyre szabott hozzáférés
Nem is olyan régen az információ hiányáról panaszkodtunk, most éppen ellenkezõleg, megfulladni látszunk a – sokszor redundáns – információáradatban. A jelen és közeljövõ informatikájának nagy kihívása, hogy a személyes igényeknek megfelelõen, hatékonyan szabályozhatóvá tegye az adatok áramlását. Ehhez azonban arra van szükség, hogy fizikai eszközöktõl, hozzáférési protokolloktól, alkalmazásoktól és szolgáltatásoktól függetlenül, egyértelmûen azonosíthatók legyenek a rendszer használói és erõforrásai. Az informatikai rendszerekben ezt az azonosító szerepet a címtárak töltik be. A címtárban tárolt adatokra építve alakítható ki a vállalatoknál a személyre szabott felhasználói felület, így oldható meg, hogy a vállalati portálon keresztül mindenki a számára lényeges adatokhoz, szolgáltatásokhoz férjen hozzá. A címtárakban tárolt felhasználói profilok alapján, intelligens módon szervezhetõ az adatok, alkalmazások elérése. Ha szükség van rá, a profilokban tárolt szabályok kényszeríthetnek és tilthatnak, korlátozhatják a hozzáférést, vagy éppen egységes külsõt alakíthatnak ki egy rendszeren belül, eszközfüggetlenül. Ugyanakkor a profilok arra is lehetõségeket nyújtanak,
hogy az egyéni kívánságokat, jellemzõket, preferenciákat – egyfajta „digitális személyazonosságot” – tároljuk bennük. A szabályok és az egyéni beállítások kombinációjával megoldható például, hogy bárhonnan is jelentkezzen be a felhasználó, mindig ugyanazt az egységes külsejû, mégis az igényeinek megfelelõen személyre szabott felületet kapja. Jó példa erre a CNN hírszolgáltató Internetes oldala (www.cnn.com): ahol az egyéni jellemzõket tartalmazó profilok tárolása és az ehhez kapcsolódó testreszabás (pl. személyre szabott hirdetések) az NDS eDirectory-n alapulnak. Az NDS eDirectory egy szabványos, több platformos címtárszolgáltatás, amely több mint 139 millió felhasználójával jelenleg a legelterjedtebb ilyen technológia. Az NDS eDirectory elérhetõ NetWare, WindowsNT, Windows2000, Solaris, Linux, és True64 Unix platformokon, így ideális eszközgyakorlatilag bármilyen címtáralapú alkalmazáshoz. A szabványosság ebben az esetben azt jelenti, hogy az NDS eDirectory LDAP-kompatíbilis címtár és így szabványos fejlesztõeszközökkel, szabványos felületen keresztül érhetõ el. A személyre szabott felület nemcsak az internetes szolgáltatások esetén lényeges. A vállalati felhasználók számára is rendkívül fontos, hogy bármelyik telephelyen is dolgozzunk, a megszokott munkafelületünk fogadjon, és képesek legyünk a szükséges programokat használni. A Novell termékek közül a ZENworks biztosítja azt, hogy a
3. ábra – Személyre szabott, biztonságos, hely- és eszközfüggetlen elérés biztosítása az integrált adatokhoz, alkalmazásokhoz
9 megfelelõ alkalmazások mindig rendelkezésünkre álljanak, bárhol is üljünk le dolgozni. A jövõ technológiája pedig egyértelmûen a portál. A Novell Portal Services a ZENworks által az irodai felhasználók számára biztosított személyre szabott felületet egészíti ki úgy, hogy a szükséges adatok és alkalmazások egy böngészõbõl rendelkezésre álljanak, bárhonnan is csatlakozzunk a rendszerhez.
3.2.2.
Biztonságos hozzáférés a szükséges információhoz
Az informatikai rendszerek átfogó, mindenre kiterjedõ biztonsága kritikus fontosságú követelmény. Egy rendszer csak akkor elegendõen biztonságos, ha az alapoktól kezdve, egységes biztonsági, hitelesítési, hozzáférés-vezérlési és feljogosítási keretrendszert alkalmaz. Hiába építkezünk biztonságos építõelemekbõl – például különkülön saját biztonsági alrendszerrel, hitelesítéssel, azonosítókkal és jelszavakkal rendelkezõ alkalmazásokból –, ha az összekötõ kapocs – jelen esetben a felhasználó – hibázik, mert nem képes megfelelõen kezelni a sokféle biztonsági rendszert. Még rosszabb a helyzet, ha az alkalmazások vagy az infrastruktúra egyes részei nem megfelelõ biztonságot nyújtanak (pl. az egyik program ugyan használ jelszavakat, de azokat nyílt szövegben továbbítja a hálózaton). Olyan megoldásra van tehát szükség, amelyik egyrészt a felhasználó számára a létezõ legegyszerûbb azonosítási, bejelentkezési, hitelesítési szolgáltatásokat nyújtja (ideális esetben egyetlen egyszer kell csak bejelentkezni a hálózatra), másrészt a sima jelszavas védelemnél szigorúbb módszerek használatára is képes, és végül megfelelõ belsõ biztonsági mechanizmusokat használ ahhoz, hogy sem külsõ, sem belsõ személy ne férhessen hozzá jogosulatlanul semmilyen rá nem tartozó információhoz. E legutolsó problémakört egy megfelelõ biztonsági funkciókat tartalmazó, a hozzáférést személyazonosság és nem fizikai jellemzõk alapján szabályozó címtárszolgáltatással – például az NDS eDirectory-val – lehet megoldani. Az eDirectory a teljes hálózatra vonatkozóan C2 szintû biztonságot nyújt: jelszó soha nem megy át titkosítatlanul a hálózaton, és az összes jogosultság a címtárban tárolt tulajdonságok, személyes profilok alapján szabályozott. Ha nem elegendõ ez a szint, a Novell Modular Authentication Services (NMAS) nevû termékkel további ún. erõs hitelesítési eszközökkel – intelligens kártyák, X.509 tanúsítványok, különféle biometrikai eszközök, ujjlenyomat-, arc- és retinaleolvasók stb. tetszés szerinti kombinációjával – bõvíthetõ a hitelesítési és azonosítási rendszer. A hozzáférések több szinten szabályozhatók (pl. egyes erõforrások elérhetõk csak jelszóval is, mások kizárólag erõs hitelesítés után), és akár személyre szóló irányelvek is készíthetõk, a hozzáférés szabályozására.
Amennyiben szükség van rá, integrálható a cég kártyás beléptetõ-rendszere és a számítógépes bejelentkezés. S végül, a Novell Single Sign-On (SSO) nevû termékével megoldható, hogy a – tetszés szerinti szigorúságú – bejelentkezést csak egyetlen egyszer kelljen végrehajtani. A felhasználó egyértelmû, biztonságos azonosítása után az SSO a címtárban tárolt, a rendszergazdák által sem kiolvasható titkos azonosítótár segítségével hitelesíti a felhasználókat a háttérben, láthatatlanul, a cégnél használt többi alkalmazáshoz, vagy éppen Internetes/intranetes erõforráshoz. A fenti termékek – és még néhány teljesítménynövelõ eszköz – együttesét a Novell iChain néven, teljes körû ebusiness hozzáférési megoldásként forgalmazza. A Novell-portálszolgáltatással (Portal Services) együtt használva ténylegesen megoldható – amint azt az alább bemutatott i-login.Net nevû rendszer bizonyítja is – hogy a vállalati portálra a felhasználóknak csupán egyszer kelljen bejelentkezni, és az iChain a háttérben hitelesítse õket minden, a portállal integrált alkalmazáshoz. A 3. ábrán összefoglaltuk azokat a biztonsági komponenseket, amelyek meghatározzák, hogy az egyes felhasználók hogyan férhetnek hozzá a DirXML által szinkronban tartott információhoz. A hozzáférés alapja az NDS eDirectory és ez egészíthetõ ki igény szerint további biztonsági funkciókkal, amelyeket az NMAS, az SSO, az iChain, esetleg egy PKI-infrastruktúra biztosít.
3.2.3.
Eszközfüggetlen elérés
A megszokott – jó eséllyel valamilyen 32 bites windowsos – irodai gépe elõtt ülve a legtöbb embert egyáltalán nem szokta zavarni az eszközfüggetlen elérés hiánya. Abban a pillanatban azonban, ahogy valami megváltozik, hirtelen rendkívül fontossá válik a problémakör. Ilyen változás lehet, pl. egy üzleti út, egy cég átszervezõdés, egy gépcsere, új, más platformon futó alkalmazás telepítése. Manapság egyre gyorsabban érnek bennünket a változások, egyre többen igénylik a mobilitást is. Mit lehet hát tenni? Az ideálisnak tûnõ megoldás valami olyasmi lenne, amely egyszerre képes ugyanazokat az alkalmazásokat a csatlakozó kliens igényeitõl és lehetõségeitõl (pl. az eszköz teljesítményétõl vagy a kapcsolat sebességétõl) függõen más és más módon kiszolgálni. Asztali környezetben telepítse automatikusan és megbízhatóan a programot a kliensgépre, gyengébb munkaállomás, „vékony kliens”, vagy távoli kapcsolat használata esetén pedig valamilyen távoli terminálmegoldást nyújtson. Pontosan ezt a lehetõséget kínálja a Novell. A ZENworks, az OnDemand és a Portal Services képes arra, hogy ugyanazokat a programokat az adott körülményekhez képest optimális módon futtassa. Egy irodai gép esetén a ZENworks for Desktops nevû asztali felügyeleti
10 termék automatikus programtelepítési funkcióit hasznosítva biztosítja, hogy a szükséges alkalmazások rendelkezésre álljanak a munkaállomáson. Vékony kliensek, alacsonyabb sebességû vonalak esetén az OnDemand egy terminálszerveres megoldást nyújt, a vállalaton kívüli hozzáférés esetén pedig lehetõvé teszik, hogy az alkalmazások a vállalati portálon, vagyis egy böngészõn keresztül használhatók legyenek. A három termék kombinációja biztosítja a 3. ábra szerinti rendszerben is az egységes, helyfüggetlen rendszerelérést.
portál-keretrendszere, minden olyan platformon fut (NetWare-en, Windows NT-n, Solarison és Linuxon egyaránt), amelyen használható egy tetszés szerinti servletkezelõvel rendelkezõ és LDAP v3-kompatíbilis címtárat használó (ilyen pl. az NDS eDirectory) webszerver. A portálba integrált alkalmazások a kimenetüket XML-ben generálják. Az XML adatok a megfelelõ stíluslappal megformázva automatikusan megjeleníthetõk mind a PC-k böngészõjében, mind pedig a különbözõ mobileszközök kijelzõjén.
Nemcsak a felhasználók kapnak egységes felületet: mindezen jellemzõk egységesen, egyetlen helyrõl felügyelhetõk, az NDS eDirectoryban. Ugyanaz az alkalmazás, amelynek
A Novell a Portal Services-t számos elõre megírt komponenssel (gadget) szállítja, ilyenek, pl. a GroupWise levél- és naptárelérés, Exchange-gadget, Yahoo Hírek, html lapok integrálása, JDBC-lekérdezés. A Novell Portal Serviceshez adott SDK segítségével pedig magunk is készíthetünk „gadgeteket” a saját rendszerek eléréséhez.
• egyszer már beállítottuk az automatikus telepítését és hibajavítását a ZENworks-ben, • az átadható a terminálszervernek, hogy az OnDemand vékony kliensen keresztül kiszolgálja, valamint • feltehetõ a vállalati portálra, amely a ZEN- ill. OnDemand-gadget segítségével szolgálja ki a portál felhasználóit. Mi a helyzet, ha nem a megszokott a win32-es környezet áll rendelkezésre, csak egy PDA, vagy egy mobiltelefon? A Novell Portal Services termékkel kialakított vállalati portál erre is megoldást nyújt. A Portal Services a Novell címtáralapú, teljesen XML-re és javás servletekre épülõ
11
4. Példa a gyakorlati megvalósításra 4.1.
Zero Day Start – adatintegráció a Novellnél
A Novell által fejlesztett és használt Zero Day Start (0. napi munkakezdés) nevû rendszernek a célja a késedelem kiküszöbölése azon idõpontok között, amikor az új alkalmazottak munkába állnak, és amikor a hatékony munkavégzéshez szükséges eszközeiket már birtokba vették. A 0. napi munkakezdés automatikus folyamatai abban a pillanatban mozgásba lendülnek, amikor valaki aláírja a Novell állásszerzõdését. A 0. napi munkakezdés alapjául szolgáló egyik kulcsfontosságú technológia a DirXML, a Novell metacímtár-eszköze, amellyel a vállalati hálózat néhány, vagy akár összes címtára, alkalmazása, adatbázisa integrálható. Amikor egy új alkalmazott aláírja a Novell állásajánlatát, a személyzeti osztály illetékes dolgozója létrehoz egy új azonosítót a Novellnél használt vállalatirányítási rendszer, a Peoplesoft személyzeti adatbázisában és felviszi a személyzeti osztály számára lényeges adatokat. Az új azonosító létrehozása a 4. ábrán látható módon elindítja egy új „Felhasználó”-objektum létrehozását a rendszer által használt metacímtárban, a Munkaerõ nevû NDScímtárfában. (Ez egy egyszerû szerkezetû címtárfa,
amelyben a Novell teljes munkaerõ-állományát reprezentáló „Felhasználó”-objektumok találhatók. Ezek a „Felhasználó”-objektumok tárolják a legfontosabb adatokat a Novell alkalmazottairól, így többek között vezetékés keresztnevüket; telefon-, fax-, személyhívó és mobiltelefon-számaikat; levelezési címüket, felettesük nevét stb.) A Munkaerõ címtárfában létrejött új „Felhasználó”objektum viszont más azonosítók és/vagy bejegyzések létrehozatalát váltják ki az integrált címtárakban és adatbázisokban – egészen pontosan a Metastorm e-work nevû munkafolyamat-kezelõ rendszerében, a Lucent Technologies Avaya alközponti rendszereiben, a Business Integration Group (BIG) létesítmény-felügyeleti rendszerében és a Westinghouse szállította biztonsági rendszerben. Mindegyik rendszerbe azok az adatok kerülnek be, amelyek azon rendszerek számára lényegesek. Pl. az alkalmazottak fizetése nem szinkronizálódik, csak a személyzeti rendszerben tárolódik. A név, a lakcím, a beosztás és a közvetlen felettes neve lényeges a workflow rendszer szempontjából, a név, a beosztás és az email cím pedig a levelezõrendszer számára, így a DirXML ezeket az adatokat tartja szinkronban az adott rendszer és a metacímtár között. Ez az integráció a gyakorlatban azt jelenti, hogy amikor valaki belép a Novellhez, azonnal hozzáférhet a számára szükséges munkafolyamatokhoz, rendszerekhez, be tud jelentkezni a hálózatba, tud email-t küldeni, van íróasztala, telefonja, telefonszáma, beléptetõ kártyája. Hogy a rendszer még hatékonyabb legyen az új alkalmazottak még az elsõ munkanapjukat megelõzõen, elérhetik, kitölthetik a Novell számára a személyzeti osztály által igényelt ûrlapokat, amelyek visszaküldése a workflow-rendszer segítségével rögtön elindítja a szükséges folyamatokat.
4. ábra – a Novell Zero Day Start rendszerének szinkronizációs mechanizmusa
Igen fontos jellemzõje a megoldásnak, hogy továbbra is megõrzi az egyes adatokkal – objektumokkal és attribútumokkal – kapcsolatos felelõsséget. Pontosan szabályozott, hogy a különbözõ rendszerek mely objektumcsoportok és attribútumok változásait fogadják el a metacímtártól, illetve továbbítják a metacímtár felé. Az 5. ábrán, pl. a metacímtár és a beléptetõ rendszer közötti egyirányú szinkronizációt ábrázoljuk. A szükséges alapadatok átke-
12
5. ábra - Egyirányú szinkronizáció a beléptetõrendszerrel rülnek a beléptetõ rendszerbe, de ott ezek nem módosíthatók. A biztonsági rendszer a közös paramétereken kívül még számos más információt is tárol, pl. milyen típusú kártyát kapott az illetõ, az mikor jár le, és magukat a belépõkártyákat pedig az NDS eDirectoryból átkerült alapadatok alapján generálja le. A felhasználók telefonszámaira vonatkozóan a Novell az alközponti rendszert tette meg felelõsnek: a Novell metacímtára csak az alközponti rendszerbõl származó telefonszámokat fogadja el. Amennyiben egy Novell-alkalmazott megváltoztat egy telefonszámot az integrált rendszerek valamelyikében, a DirXML ezt azonnal érzékeli és érvényteleníti (felülírja) a jogtalan változtatást. Ebben az esetben kétirányú a kapcsolat a két rendszer között, a felhasználó név a metacímtárból szinkronizálódik a telefonközpontba, a telefonszám pedig a központból kerül be
az NDS eDirectory-a 6. ábra). A telefonközpontban emellett még tárolható sok csak a központ számára lényeges információ, mint pl. az, hogy egy adott felhasználóhoz analóg, vagy digitális mellék tartozik. Értelemszerûen létezhet olyan adat is, amelyik több helyen is állítható és bármelyik adatbázisban módosul, a DirXML automatikusan átszinkronizálja a többi rendszerbe. A címtár-integráció egyik nagy eredménye, hogy az új alkalmazottak adatai csak egyszer kerülnek felvitelre. A felhasználó megváltozott adatai ugyancsak egyetlen alkalommal kerülnek beírásra. Az egyszeri felvitelt követõen a DirXML automatikusan frissíti minden olyan címtár adatait, amelyet a Novell rendszermérnökei felkészítettek a módosítások/változások fogadására.
4.2.
6. ábra - Kétirányú szinkronizáció a telefonközponttal
i-login - Portál a Novellnél
A Novellnél az elõzõ fejezetben leírt Zero Day Start projecttel megteremtettük az egységes címtár és a DirXML révén integrált alapstruktúrát. Az alkalmazások és adatbázisok között megteremtõdött a megfelelõ kapcsolat, és így garantált a konzisztens, naprakész információ minden alkalmazott számára. A következõ lépcsõ a megfelelõ hozzáférés kialakítása volt. Az i-login.Net portál – a Novell saját vállalati hálózati portálja – egy olyan egységes megjelenésû, ugyanakkor személyre szabható Webes felület, amelyen keresztül a Novell-alkalmazottak egyetlen belépéssel hozzáférhetnek a munkájukhoz szükséges összes vállalati alkalmazáshoz és szolgáltatáshoz, a Novell InnerWebhez és a Webes szolgáltatásokhoz.
13 Az elõzõ mondat legfontosabb hangsúlya az „összes” szón van: számos más integrációs megoldással szemben az i-login.Neten keresztül a Novell-alkalmazottak az alkalmazások és szolgáltatások biztonságának veszélyeztetése nélkül elérhetik azon vállalati alkalmazásokat és szolgáltatásokat is, amelyekhez korábban lehetetlen volt a hozzáférés a céges tûzfalak miatt. (7. ábra)
lenít meg, amely a bejelentkezésre szólítja fel a Novell alkalmazottakat. A bejelentkezéshez az alkalmazottaknak NDS-felhasználónevüket és jelszavukat kell beírniuk. Egyetlen bejelentkezéssel (ezt a funkciót a Novell iChain teszi lehetõvé) az alkalmazottak minden olyan i-login.Net portálalkalmazáshoz és szolgáltatáshoz hozzáférhetnek, amelynek használatára jogosultak. Bejelentkezés és hitelesítés után az i-login.Net portál a fõoldalra irányítja a felAz i-login.Net portál lényegében a Novell jövõképhasználókat, akik itt – és igazából az összes többi iének számító egyetlen, egységes hálózat gyakorlati meglogin.Net portáloldalon is – számos eszköz (alkalmazás) valósítása: bárhonnan elérhetõ, ahol vezetékes vagy veközül választhatnak. Kész eszközök állnak rendelkezésre megannyi más mellett a Novell eGuide (vállalati telefonkönyv), a Yahoo News (Internetes Hírek), a GroupWise-levelezés és a GroupWise-naptár használatához, a vezetõk pedig hozzáférnek a cég üzleti adatait tartalmazó Oracle Financials programhoz. Az i-login.Net portálba integrált, pl. az Office2000 is, így ha valaki egy olyan géprõl jelentkezik be a Portálra, ahol nincsen Office csomag telepítve, a Novell OnDemand-al megvalósított terminálszerver integráció révén ezt is tudja használni. Az Office csomagon kívül számos más alkalmazás is integrált a portállal, gyakorlatilag minden a Novell dolgozók számára lényeges program elérhetõ onnan. További hasznos funkció a Portal Services szoftver file gadget komponense, ami az irodai szervereken tárolt file-okhoz nyújt hozzáférést a vállalaton kívülrõl is. 7. ábra i-login – Portál a Novell dolgozók számára zeték nélküli kapcsolatot létesíthetõ az Internettel. Az ilogin.Net portál tartalma nemcsak minden egyes alkalmazott számára személyre szabható, hanem az alkalmazottak maguk is alakíthatják a felületet annak érdekében, hogy az i-login.Net portál egyéni igényeiknek még inkább megfeleljen. A portál közvetett elõnyeinek egyik legfontosabbika az, hogy hosszú távon meg fogja takarítani a Novell számára a WAN-kapcsolatok költségét, lévén, hogy a drága bérelt vonalak helyett több helyen is az Interneten keresztül történik majd a kommunikáció. Másik járulékos elõnye ennek a struktúrának a szerverkonszolidáció. Mivel a portálon keresztül elérhetõ minden, nem kell külön szervereket üzemeltetni minden telephelyen, ami a cég számára komoly megtakarításokkal jár. Jó példa az i-login.Net portál a Novell-portálszolgáltatás – a Novell címtáralapú, teljesen XML-re és javás servletekre épülõ portál-keretrendszerének – éles alkalmazására. Az i-login.Net portál elõször egy olyan oldalt je-
Mivel az i-login.Net portál intelligens – az NDS eDirectory-ban tárolt információ alapján tudja, hogy az alkalmazottak a Novell mely részlegénél dolgoznak, ismeri beosztásukat, és hogy kinek tartoznak elszámolással stb. –, képes meghatározni, hogy az alkalmazottak mely szolgáltatások megtekintésére és használatára jogosultak, és a megfelelõ tartalmat jeleníti meg számukra.
14
5. Összefoglalás A Novell címtár és portál alapú hálózati szolgáltatásai révén minden vállalat és intézmény tovább tudja fejleszteni, hatékonyabbá tudja tenni informatikai rendszerét. A címtár az informatikai rendszer összes elemét egy jól kialakított, a cég szervezeti felépítésére illeszkedõ struktúrában tárolja, és biztosítja a felhasználók számára az igény szerint személyre szabható felületet és a jogosultságkezelést. A DirXML egy általános célú felület a címtárhoz, amely különbözõ alkalmazásokhoz, adatbázisokhoz nyújt hozzáférést. A DirXML segítségével a címtár képes integrálni és szinkronizálni a vállalat alkalmazásai által használt, a legkülönbözõbb adatbázisokban tárolt, azonos jellegû adatokat. Az így kialakított egységes és konzisztens rendszerhez a portál biztosítja a hely-, idõ- és eszközfüggetlen hozzáférést. A Novell Portal Services a címtárban tárolt felhasználói adatok és beállítások segítségével testre szabottan jeleníti meg a szükséges információt. A Novell által javasolt megoldás a legújabb, legkorszerûbb technológiákat tartalmazza, de igény szerint a régebbi rendszereket is képes integrálni. Az NDS eDirectory, a DirXML és a Novell Portal Services révén Ön is integrálhatja alkalmazásait, adatállományait és ezek hatékony elérésére pedig kialakíthat egy igény szerint személyre szabható vállalati portált.
