CORBA és IIOP programozási elosztott rendszerek

CORBA és IIOP: programozás elosztott rendszerek

William R. Stanek

Pályázatkészítéssel, tárgyak vannak írva különböző nyelvek és kölcsönhatásban vannak egymással a különböző operációs rendszerek és platformok.

A robbanásszerű növekedése az internet és a web vezetett a megjelenése a technológia, amely alapvetően megváltoztatja a meglévő módszereket használnak számítógépet. A legjelentősebb változások következnek be az objektum-orientált technológia, amely látnokok rendelni egy új szerepet elosztott feldolgozó rendszer. Ahelyett, hogy a hagyományos kliens-szerver architektúra hálózatok az új korszak elosztott feldolgozás jár átmenet a vállalati rendszereket tárgyakkal elosztott több számítógép között, amely az információk megosztását, az operációs rendszertől függetlenül, platform vagy programozási nyelv. Még ennél is meglepőbb, hogy ezek a megosztott objektumok lehetnek elemei akár egy program vagy egy tucat programok teszik ki a rendszer a vállalkozás számára.

Felhívjuk a technológiát, hogy végezzen az elosztott feldolgozás heterogén rendszerekben: az építészet, a közös tárgy kérés bróker (Common Object Request Broker Architecture, CORBA), és a protokoll Internet Inter-ORB Protocol (IIOP). CORBA meghatározza az architektúra teljesen szükséges közötti információcsere elosztott objektumok. Között a specifikációk IIOP, és sok más technológia. IIOP a legfontosabb eleme a CORBA, mert a fő funkciója a szervezet kölcsönhatásának elosztott objektumok heterogén környezetben. Együtt CORBA és IIOP jellemzik a különböző middleware eszközök, amelyek ösztönzik a felülvizsgálatát megközelítések alkalmazások létrehozásában hálózati környezetben, a fejlesztők a világ minden tájáról.

CORBA és IIOP nem kivételes megoldással is elosztott feldolgozást. Van is egy konkurens architektúra a Microsoft által kifejlesztett, az objektum modell elosztott feldolgozás (Distributed Computing Object Model, DCOM), amelyet főként a ORB (Object Request Broker, ORB), amely tartalmazza a Windows NT 4.0 és szerepelni fog a következő kiadás a Windows .

OMG és az elosztott feldolgozás

CORBA agyszüleménye konzorcium Object Management Group (OMG), amely tartalmazza több mint 700 vállalat különböző iparágakban. E szervezet célja, hogy meghatározza az alapvető szerkezet a használó alkalmazások objektum-orientált módszerek. OMG termel leírások, amelyek lehetővé teszik, hogy egységesítsék a feldolgozás elosztott objektumok, hanem az alkalmazások és az ilyen összpontosít a fejlesztési elképzelések és nem programokat hozott nagy sikert jelent.

Segítségével CORBA létrehozása a vállalati rendszerek (vállalati rendszerek), amelyben objektumok vannak elosztva a számítógépes hálózat. A fő tárgyak vállalati rendszerek szolgálják a fájlokat az alkalmazás által igényelt tárolható a Windows NT kiszolgáló. Ezek az objektumok akkor teszi, mint a C ++. Egy nagy számítógépes elhelyezheti az elsődleges funkciója a kernel például a tárgyak, amelyek úgy vannak programozva a COBOL nyelven. Bármilyen asztali számítógépen futó Windows 95, tárolására alkalmas külső felületek alkalmazásával lehetőség révén Visual Basic. És mindezen tárgyak képes kommunikálni és közvetíteni az átviteli kérelem CORBA.

Netscape Communications Corp. cég és a Sun Microsystems választotta CORBA és IIOP az alapját a következő generációs programjai. Sun használ CORBA és IIOP végrehajtásához heterogén távoli eljárás hívás Java programozási nyelv 1.1 és ezek nélkül technológiák koporativnyh hálózatok nem lenne a Java platform (Java Platform). Sőt, API Enterprise JavaBeans használják CORBA és IIOP, hogy a létrehozását skálázható alkalmazások az üzleti szféra (üzleti alkalmazások) újrafelhasználható szerver komponensek.

Ogranizatsii távoli eljárás hívások a Java nyelven is alkalmas és a DCOM technológiát. Az ehhez szükséges speciális szoftver rutinok állnak Visual J ++. De DCOM modell célja csak a Windows NT 4.0 és Windows 95 (Internet Explorer bővítmények) platform, t. E. DCOM nem alkalmas az információcsere más operációs rendszerekkel. A Microsoft azt mondja, hogy a jövőben DCOM technológia kerül át más platformokon.

Kicsit CORBA

A mag CORBA iroda (közvetítő) Object Request (ORB). Ez olyasmi, mint a vonal tárgyakat. A fő feladat az ORB és közvetítői szolgáltatásokat nyújtanak cseréjét kéri az objektumok között. Bár az ORB „lakik” a kliens-szerver környezetben, a tárgyak, amelyekkel dolgozik, ellátja a bármelyik kliens vagy szerver, a körülményektől függően. Ha az objektum fogadja és feldolgozza a kérelmet, úgy viselkedik, mint a szerver. Ha kér, akkor kliensként.

A fő feladat az ORB fogadása és küldése a kérelmek, valamint az eredmények átadásának, beleértve a lehallgatást minden kérés egy tárgy a másikra; tárgyának meghatározása hely, amely várhatóan a kérelem feldolgozása; indít egy megfelelő eljárás, a vevőoldal; adott esetben átviteli paramétereket, valamint az eredmények továbbításához objektum kezdeményezte a kérést. Mivel az ORB kezeli a kéréseket „átlátható”, nem számít, bármilyen helyi vagy távoli objektum a kérelmet.

IDL nyelven jó, mert lehetővé teszi, hogy röviden ismertesse az API, miközben a szabadságot, hogy azokat a módszereket, bármilyen programozási nyelv, amely biztosítja kötődés CORBA. Ezek a nyelvek közé Ada, COBOL, C, C ++, Smalltalk és a Java. Egyes szolgáltatók saját eszközökkel való koordináció CORBA Visual Basic és Fortran.

Mint köztudott, hogy bárki, aki kapcsolatba került egy objektum-orientált programozás, hogy összeállítja a lekérdezés szükséges információt az interfész a fogadó létesítmény, és létesítményeket kell kialakítani, hogy azok információkat szerezhetnek az interfészeket a tárgyak, amelyek ezekkel kölcsönhatásban. De azzal, hogy megpróbálja ezt a megközelítést az elosztott feldolgozás közötti heterogén objektumokat, akkor sok problémával szembesülnek.

Az igazi függetlenség CORBA IDL használni adattár (boltozat) interfész tárolására aláírások módszerek tartozó objektumokat, így ezeket az aláírásokat lehet dinamikusan letölteni és frissíteni a futás során. Ez biztosítja, hogy az összes objektum a vállalati rendszer segítségével információt szerezhet a felületek más tárgyak, módszerek ezekhez tartozó interfészek és paraméterek eléréséhez szükséges őket. (A DCOM is rendelkezik regisztrációs szolgáltatások és a kereső, amely lehetővé teszi az ügyfeleknek, hogy információt szerezzenek felület elemei, valamint a szükséges paramétereket hívni egy bizonyos módszer.)

A kombináció a ORB, IDL interfészek és adattár ez az alap modell a CORBA (ábra). Bár a modell látható az ábrán jelzett nem minden összetevője az architektúra, ez ad egy ötletet, hogyan heterogén tárgyak segítségével CORBA hatnak egymásra.

Komponensek egyesítéséből

Mivel a technológia, amely biztosítja az alapvető szerkezetét a kölcsönhatás a heterogén tárgyak, CORBA ért el figyelemre méltó sikereket, és ez annak ellenére, hogy ez csak egy részét egy még nagyobb tárgy menedzsment architektúra (Object Management Architecture, OMA), amely az alábbi összetevőkből áll:

• CORBA ORB kezeli a kérelmeket az objektumok között;
• Service (szolgáltatások) CORBA határoztuk szolgáltatási szint rendszer funkciói a vezérlő objektumokat, és biztosítja azok működését;
• CORBA eszköz azt állapítja meg a funkcionalitás és interfészek az alkalmazás szintjén;
• Tárgyak alkalmazás tulajdon.

Ahogy már említettük, tárgy kérés bróker vezérli cseréjét kéri az objektumok között. De mint az összes többi darabot a puzzle össze? Nézzük meg a szolgáltatás, szolgáltatások és CORBA objektumokat.

CORBA szolgáltatás tárgya

Segítség a szervezet kezelése és karbantartása a tárgyak egészségügyi egész életciklusa, akkor ez a forgalmas CORBA szolgáltatás. Az interfészek ezen szolgáltatások hasznos lesz az Ön számára, hogy a biztonsági berendezések, helyének tárgyak és ellenőrzési objektumokat a szintjén. Mivel ez a szolgáltatási rendszer, nem az alkalmazási réteg, akkor lehet végrehajtani az egész vállalkozás, azaz a. E. Időt takaríthat meg, és megkönnyíti konzisztenciát a vállalkozás.

Jelenleg 16 tárgy szolgáltatások, többek között:

Tekintettel arra, hogy a CORBA objektum szolgáltatások megoldani széles körű feladatokat, a fejlesztők összpontosítani előkészítése tárgyak, nem kell aggódni a rendszerszintű szolgáltatások. Kialakítása osztály a tárgy, akkor majd kiterjeszti a funkcionalitást a szolgáltatást használó objektumokat. Ahhoz, hogy ezt elérjük, akkor segíthet mechanizmusok felosztás alosztályok (öröklõdés) és többszörös öröklés. Például, miután létrehozta a Widget osztály, akkor lehet következtetni belőle aWidget alosztály örökli a Folytonosság szolgáltatás stabilitását. Ezen felül, akkor biztosítja az átviteli az értesítés a esemény bekövetkezése, a biztonság és a lekérdezések teljesítményét mechanizmusát használja öröklés ezen funkciók megfelelő szolgáltatásokat.

Az a lehetőség, felosztás alosztályok és többszörös öröklés CORBA meghosszabbítható szerepel ebben a specifikációban metaclasses. Metaclass egy osztály tárgyak, amelynek során képződött a program végrehajtása. A metaclass dinamikusan hozzá a funkciók tárgyak CORBA szolgáltató funkciók, azaz a. E. szabása tárgyakat, ha szükséges.

Olyan tárgyakra CORBA

alkalmazási program interfész áll egy nem szabványos eszközök, amelyek kifejezetten az adott alkalmazások, mint például a biztonsági mentés vagy rendszerirányítás raktárban tárolt anyagok. A domain interfészek eszközöket tartalmazhat végfelhasználók specifikus alkalmazási területeken. (Ebben az esetben a domain egy speciális vertikális piaci vagy az ipar.)

domén interfészek tervezett konkrét piaci szegmensben, míg az internet segítségével funkció szintű alkalmazások és felületek, célzott széles piac. A számos internetes források közé tartoznak, például azt jelenti, hogy megoldja azt a szokásos felhasználói feladatok az alkalmazáson belül, például a nyomtatás vagy a fájl mentése, valamint a hétköznapi feladatait a hálózat, mint például a használatát e-mailben vagy hálózati funkciók.

TÁRGYAI alkalmazott programok

Valódi tárgyak teszik ki a mag kompatibilis a CORBA alkalmazás, az úgynevezett üzleti objektumokat. Az üzleti objektum olyan módon leírni fogalmak, amelyek függetlenek az alkalmazási program, mint például az ügyfél, annak érdekében, vagy fizetés. A készítmény az alkalmazás szüksége lesz egy sor üzleti objektumokat.

Ezzel szemben a rendszer-szintű objektumok feladatok elvégzésére, mint a fenntartó a stabilitás, az üzleti objektumokat foglalkozunk folyamatok, amelyek jellemzője a valós üzleti világban. Bár egy tipikus üzleti objektum csak felelős egy feladat (pl kezelése előrendeléseknél együttműködni vásárlók vagy raktár), a Business Objects beállítást lehet használni, hogy ellenőrizzék a teljes üzleti folyamatot, mint a jegyeladások és feldolgozása előrendelések járatokat. Az üzleti objektumok készen szállítjuk előhívóinak is össze őket, hogy egy alkalmazási program megfelel a megrendelő igényei szerint.

Hogy bonyolult alkalmazások elosztott üzleti objektumokat az utóbbi csak információt, amely szolgáltatási funkciók végzik más szervezetek, de nem, hogy ezek a funkciók végrehajtását a valóságban. Miatt az üzleti objektumokat is megkímélte a bonyolultsága a végrehajtása a belső folyamat, mert tudjuk koncentrálni a felületek.

Programozás elosztott környezetekben

A komponens egy sor üzleti objektumok a folyamat, kapszulázó az adatokat, és biztosítja a szükséges felhasználói felületek. A kölcsönhatás a tárgyak egy komponenst által használt ORB. Ezen túlmenően, az ORB tárgyak megosszák az információkat magukról, ennek következtében a tárgyak „tudja”, hogy létezik a más tárgyak futásidőben. Így a komponens, amire szükség van, hogy megjelenjen a képviselete a tárgy és kölcsönhatásba vele. Egy tipikus üzleti része lehetne használni, például, hogy megjelenjen a helyek elosztása a 11 órás repülőút Los Angeles, és a többi vonatkozó információk nyilvántartására foglalhassa hely ezen a járaton.

Jellemzők komponensek kiegészítjük rendszerszintű szolgáltatási funkciót. Perzisztencia funkció hasznos fenntartani az állam a tárgyak az alkatrész. Ezen túlmenően az ellenőrzési funkciókat és az egyidejű tranzakciók integritásának biztosítása érdekében a tárgyak a komponens. Mivel ezek a szolgáltatások funkció be van építve a CORBA, akkor lehet használni, hogy hozzon létre egy „intelligens” (smart) alkatrészek, nincs szükség a program azokat a semmiből. Bár a DCOM van a registry alkatrészek, és a referencia szolgáltatás, nincs módja annak, hogy az állam a DCOM objektumok közötti ízületek. Emiatt hiánya DCOM rosszabb CORBA.

Az alkalmazás szintjén, ahol a készlet átnyúló infrastruktúra elemek, alapszoftver struktúrák határozzák meg, hogyan hajtsák végre a közös tevékenységek független komponenseket. Köszönhetően egy jól definiált határai az összes komponens együtt működik egy egységes, hogy a benyomás egységének a kérelmet. Ez az egység lehetővé teszi az alkalmazások elosztott objektumok heterogén környezetben, „átlátható” felület egymással. „Átlátszó” integráció azt jelenti, hogy a felhasználók látják a kérelem egészére, nem pedig egy komplex eltérő modulokat.

Infrastruktúra komponense egy kérelmet lehet terjeszteni az infrastrukturális elemet több program. Ebben az esetben a CORBA felelős közötti információcsere a különböző alkalmazások a vállalati rendszerben. Mert összeegyeztethetetlen CORBA programok, mint például a régebbi alkalmazások, akkor létrehozhat egy átalakító (csomagolóanyagok), amely nekik a látszatát CORBA objektumokat. A héj működik a felület eléréséhez szükséges speciális funkciók a régi program.

Ha ön használ CORBA integrálja örökölt programok ügyfél folyamatok és a kiszolgáló, akkor minden összetevője egy többszintű kliens-szerver modell. Az egyik szint a vizuális tárgyak, például interfészeket kell helyezni a kliens PC-n. Tovább szintű szerver tárgyak, amelyek üzleti funkciókat. Tovább szinten áll a régebbi alkalmazások, mint például az adatbázisokat a mainframe.

ÉS ZAKLYUENIE

Tekintettel arra, hogy e mögött leírás konzorcium több mint 700 cég, CORBA több mint egy őrület, hogy megragadta a piacon. CORBA felülmúlja a hagyományos háromszintű kliens-szerver modell annak a ténynek köszönhető, hogy teljesen skálázható és rendkívül rugalmas architektúrát. A CORBA, akkor könnyen bővíteni a hálózatot, amely a három számítógép az Internet hálózat skála. CORBA biztosítja az alapvető keretet csatlakozni tárgyak programozott különböző nyelveken, és nem számít, milyen platformon vagy operációs rendszer, ezek a tárgyak hozták létre, ha van egy CORBA megfelelő támogatást. Mivel CORBA célja a heterogén platformok, jelenleg ez előnyöket jelent a DCOM. Azonban figyelembe véve a hatalom a Microsoft, DCOM, minden bizonnyal a közeljövőben lesz olyan erő, amivel számolni kell.