Tudd Intuíció, előadás, a fő platformok és technológiák
Cross-platform technológia biztosítja a közös művelet különböző hardver és szoftver platform javára fogyasztói szervezetekkel.
Basic szoftver architektúra
Önálló (önálló) alkalmazások
„Ügyfél-kiszolgáló” kétszintű architektúra
Létra (multitiered) Építészet
Az elején a fejlesztési folyamat a vállalati szoftverek a multi-tier architektúra rakták a „kliens / szerver” technológia. Ezek, valamint az ügyfél a kérelem részben és az adatbázis szerver voltak alkalmazás szerverek (Application Servers) .A ideális:
- Kliens programot valósít meg a GUI, továbbítja a kérelmet az alkalmazás szerver és választ kap rá,
- Application Server megvalósítja az üzleti logikát, és egy kérést a szerver, a „harmadik szintű” (például egy adatbázis szerver adatok)
- A harmadik szint szerver szolgálja alkalmazás szerver kéri.
A kliens program, így lehet „finom”. Az előnye ennek az építészet nyilvánvalóak:
- változó az egyes egységekben önállóan végez;
- csökkentette a hálózat terhelése, mivel a linkeket nem cserélődik ki a nagy mennyiségű információt;
- Ez biztosítja a skálázhatóságot és könnyű a berendezések és szoftverek által támogatott egyes egységek, beleértve az új szerver park és végberendezések, adatbázisok, stb.;
- Alkalmazások hozhatók létre a standard nyelv a harmadik vagy negyedik generációs (Java. C / C ++).
A következő logikus lépés - további növekedését az egységek száma, a növekedés nem csak abból a partíciót, hogy a „elvékonyodik” minden technika állása szerint, hanem az egész üzleti modell épül, mint a multi-link. Modern vállalati szoftverek rendszerek általában komplex rendszer kölcsönható elemek különböző szinteken, amelyek mindegyike lehet egy ügyfél számára bizonyos összetevők és más szerverek között.
A közös megoldás arra a problémára, az ilyen rendszerek mobilitása a technológiák alkalmazását megvalósító protokollok Távoli eljáráshívás (RPC - Remote Procedure Call), és szabványosított platform-független módon. Ha ilyen technológia szolgáltatás kezelésre a távoli csomópont néz ki, mint egy normális eljárás hívás (távoli objektum módszer). RPC alapok, ami természetesen tartalmazza az összes információt a pontos hálózati eszközök és hálózati protokollokat, a hívást a sorrend a hálózat kölcsönhatásokat. Így az adott hálózati környezet és protokollok rejtve az alkalmazás programozó.
Amikor a távoli eljárás hívás az RPC program termel formátumkonverzió ügyfelek adatainak gépi független köztes formátumban, majd áttért a szerver adatok formátumokat. inverz átalakításokat hajt végre az átviteli válasz paramétereinek. Így, ha a rendszer megvalósítása alapján szabványos RPC csomagot, akkor könnyen mozgatható bármilyen nyitott környezetben.
CORBA technológia
CORBA (Common Object Request Broker Architecture) - egy sor nyílt interfész-specifikációk meghatározásakor az építészet közötti gyártási technológia és platform-független manipuláció tárgyak. A fejlesztők ezen interfészek OMG és az X / Open.
Object Management Group, Inc. (OMG) - egy nemzetközi szervezet 1989-ben alakult, amely több mint 800 tagja van: az információs rendszerek gyártók, szoftverfejlesztők és felhasználók számára. OMG elősegíti az elmélet és a gyakorlat az objektum-orientált technológia területén gyakorlati szoftverfejlesztés. Ez a folyamat magában foglalja az ipar fejlődése szabványok, valamint az objektumok kezelése előírásokat annak érdekében, hogy közös alap létrehozása szoftverfejlesztés. Az elsődleges célok a következők: újrafelhasználás, a hordozhatóság és az interoperabilitás az objektumorientált szoftver elosztott, heterogén környezetekben. Ezek támogatása előírások lehetővé teszi, hogy dolgozzon ki heterogén alkalmazásokat futtatni minden jelentősebb platformon és operációs rendszerek.
X / Open - megnyit egy független globális szervezet többsége által támogatott legnagyobb információs rendszerek gyártók, felhasználói szervezetek és szoftver gyártók. X / Open tervek alapján meglévő szabványok, és hozzon létre egy átfogó és integrált rendszer környezet - Közös Applications Environment (CAE) CAE A komponenseket meghatározott előírások X / Open CAE .A fő célja CAE - létrehozása API csomagokat (API), hogy lehet alkalmazni a gyakorlatban megőrizve a maximális hordozhatóság szintjén program forráskódját. API szintjét is növelik a kölcsönhatás alkalmazások biztosítása meghatározások és hivatkozások protokollok és profilok.
A fenti leírások gondosan tesztelték, a tesztel rendelt X / Open védjegy (XPG márka), által engedélyezett X / Open.
Koncepcionális infrastruktúra, amelyre minden OMG leírások az Object Management Architecture (OMA) .A készítmény OMA magában foglalja a különböző szabványos vagy éppen standartiziruemye OMG szolgáltatás, szolgáltatások, szoftverek, minták és sablonok (CORBAservices, vízszintes és függőleges CORBAfacilities), Interface Definition Language elosztott objektum IDL (Interface Definition language) vagy szabványosított standartiziruemye feltérképezése IDL programozási nyelvek, és végül az objektum modell CORBA.
Ahhoz, hogy hajtsák végre a technológia előírásoknak megfelelően lehet bárki. Szoftver, persze, hogy nem nyitott már, és a kereskedelemben kapható.
CORBA építészet
CORBA határozza meg, milyen szoftver komponenseket hálózaton elosztva lehet kommunikálni egymással, függetlenül a környező operációs rendszerek, és a végrehajtás nyelven. A központi eleme az architektúra CORBA ORB (Object Request Broker) - a szoftver biztosítja a kapcsolatot tárgyak, többek között lehetővé teszi
- megtalálják a távoli objektum objektum hivatkozás (IOR - Átjárható Object Reference)
- hívja a távoli objektum módszer, átadva a bemeneti paraméterek (elrendezésében paraméterek),
- megkapjuk a visszatérési érték és a kimenő paraméterek (unmarshaling paraméterek).
Ezáltal ORB az összekötő kapocs az elosztott részeit CORBA alapú rendszer, amely lehetővé teszi egy része a rendszer nem törődik a fizikai helyét a többi alkatrész (objektumok) rendszer. A piacon ORB különböző gyártók (pl VisiBroker, WebLogic), de mindegyik megfelel egy CORBA leírás. Ezért elvileg CORBA lehetővé teszi, hogy az elosztott rendszerek segítségével egyszerre ORB különböző gyártóktól származó, és az épületgépészeti rendszerek egyszerre különböző platformok és a különböző hálózati protokollokat (CORBA terminológia nevezik átjárhatóság - átjárhatóság) .A minden CORBA objektum, melynek módszerek állnak rendelkezésre más objektumok (általában ez az úgynevezett CORBA -object) egyedülálló az összes rendelkezésre álló hálózati objektum referencia (IOR - Átjárható Object Reference), amely szerint lehet hivatkozni rá. Keresés CORBA -objects így mind IOR. és a szimbolikus nevek, ha vannak bejegyezve (általában létre) egy speciális szolgáltatás nevét (névszolgáltató-) .A elérni a CORBA objektumokat, a módszerek, az utóbbi nyitott minden más tárgyakat, a CORBA felület. Interfészek CORBA objektumokat, az általában le egy különleges, határozott CORBA IDL specifikációs nyelv (Interface Definition Language). Gyártók ORB mellékelt ORB is segédprogram átalakítására leírása tárgyak, a CORBA interfészek a tervezés megfelelő programozási nyelven.
Alapja az interoperabilitás a protokoll GIOP - Általános inter-ORB Protocol szánt közötti kommunikáció tárgyak és az ORB a hálózatban. kommunikációs protokoll szabványosítás lehetővé teszi a fejlesztők különböző részein a vállalati rendszer nem törődik ORBah máshol (ORB domain)
rendszer. Szinte minden modern ORBbi alapulnak IIOP - Internet inter-ORB Protocol (ezen változata az általános protokoll GIOP, amely alkalmazásra TCP / IP átviteli protokoll).
CORBA leírás is nyújt számos szabványosított szolgáltatások (CORBA Services) és a vízszintes és függőleges közös létesítmények (Common létesítmények). A szolgáltatások hagyományos CORBA -objects standardizált (írott és IDL) interfész. Az ilyen szolgáltatások közé tartozik például a már említett névszolgáltató- szolgáltatások nevei üzenet szolgáltatás, amely lehetővé teszi a CORBA objektumokat, az üzenetek cseréje, szolgáltatás tranzakciót, amely lehetővé teszi a CORBA objektumokat, a szervező tranzakciókat. Egy valós rendszer nem feltétlenül kell, hogy részt vegyen az összes szolgáltatás egy sor függ a kívánt funkciókat. Jelenleg csak 14 fejlett szolgáltatások nyújtására.
A tárgy és a közös szolgáltatásokat létesítmények CORBA nincs egyértelmű határokat. Az utóbbi is képviselnek CORBA -objects szabványosított interfészek. Közös létesítmények vannak osztva vízszintes (közös az összes alkalmazási területe) és függőleges (egy adott alkalmazási terület). Például a közös létesítmények vannak kialakítva, az egészségügyi szervezetek, számos iparágban, stb