Hálózati és kommunikációs rendszer on-line
DCE. Inkább élve, mint holtan?
A ll akar szabványoknak. Még a middleware 1 (middleware). De ha léteznek.
Az egyetlen valóban létező szabványos middleware (szoftver) sokan úgy gondolják, kifejlesztett egy konzorcium (Open Software Foundation OSF) elosztott számítástechnikai környezetben (Distributed Computing Környezet - DCE). Az egyik fő DCE technológiák - távoli eljárás hívás (Remote Procedure Call - RPC). Sok fejlesztő vállalati alkalmazások RPC tekinthető egy nagyon hasznos alapot middleware. Mások úgy vélik, hogy a DCE szenved elégtelen számú fejlődésének támogatásában asztali rendszerekben (értsd: Windows) vezető gyártók (értsd: Microsoft), és a lassú szabványosítási folyamatban, ami elmarad a folyamat létrehozása termékekre, amelyek már „halott”, vagy alig alig „lélegzik”. Emellett kifogásolják, hogy az a tény, DCE.
Kinek van igaza? A legvalószínűbb, és azok és mások. Csak az idő fogja megmondani, hogy a DCE képes lesz kijutni a nehéz helyzetben, amelyben most van. Legalábbis az arcon már aláírja foretelling kiutat ebből a helyzetből.
DCE meghatároz egy olyan szolgáltatási termékek a legtöbb gyártó UNIX-alapú rendszerek összhangban kidolgozott specifikáció 1.1 DCE OSF konzorcium (ez volt a közelmúltban bejelentette, a fejlesztés a specifikáció 1.2). Együtt a fájlszolgálat megvalósítható elosztott fájlrendszer (Distributed File System -DFS) DCE meghatározza a következő alapvető halmaza elosztott szolgáltatások (Alapvető Elosztott Services) és technológiák:
* Technology elemi szálak (szálak), amely lehetővé teszi, hogy egyszerre lehessen több RPC hívások aszinkron üzemmódban;
* Biztonsági Szolgálat (biztonság), beleértve a Kerberos rendszer alapú RPC;
* Directory szolgáltatások, beleértve a sejt címtárszolgáltatással 2 (Cell Directory Services - CDS) és a globális katalógus (Global Directory Services - GDS);
* Egyszeri szolgáltatás (Distributed szolgáltatás - DTS).
Így a DCE környezet számos szabvány és nagyon hasznos szolgáltatás, de valamilyen oknál fogva ezt nem veszik figyelembe, akik előrevetíti a közelgő naplemente. És mivel a felhasználóknak szükségük van egy login (bejelentkezési rendszer) eljárást, egy könyvtár infrastrukturális és informatikai biztonság szabályozására az adatokhoz való hozzáférés eloszlik a vállalkozás. Az integrált biztonsági szolgáltatások, katalógusok és egy alkalommal azt jelenti, hogy szükség van a megfelelő műszaki előírásoknak DCE alkalmazói programok nem maguk hozzák létre ezeket a szolgáltatásokat és eszközöket, hogy működjön együtt több, nem szabványosított (szabadalmazott) rendszerek a különböző gyártók (például a NetWare Directory Service (NDS), vagy a Banyan StreetTalk szolgáltatás). Elég gyakran a middleware maga adja ahhoz hasonló szolgáltatás vagy (még rosszabb) végrehajtja azokat csak részben az, amelynek következménye, hogy szükség van egy párhuzamos sor adminisztratív rendszerek és elégtelen védelme a vállalati információkhoz.
Természetesen azt is meg kell meghatározni, hogy a szolgáltatás jobb DCE nem szabványos szolgáltatások által létrehozott termelői middleware és hálózati operációs rendszerek az igényeiknek. Major támadások DCE kitéve ellenőrzések ellenére frissítéseket előírások 1.1 és 1.2. És RPC hívások nem old meg minden problémát.
Jó hír, rossz hír
Közötti kommunikációs mechanizmus a DCE vannak távoli eljárás hívás. Ez jó. RPC használatával nagyban megkönnyíti a munkát a programozók. Ezen túlmenően, az RPC - kellően rugalmas eszköz alkalmazások készítéséhez a három rétegű architektúra. Ez nem meglepő, hogy vannak különböző termékek szerint kialakított ezt az architektúrát használó RPC és Netwise NobleNet gyártó cégek. Azonban DCE meghatároz egy egységes megközelítés az RPC, ami egy hosszabb ciklus termékfejlesztés és összeférhetetlenség, amit az egyik gyártó hibáztatja a másikat. Mégis, a fő előnye a szabványosított DCE RPC mechanizmust a nem szabványos minták különböző gyártók - az integráció más szolgáltatásokkal.
DCE RPC mechanizmust egy folyamatok közötti kommunikációs mechanizmust csak. És ez rossz. E mechanizmus egyidejű rendelkezésre állása a hálózat, mint a kliens és a szerver. Továbbá RPC hívások szinkron és blokkoló, ami azt jelenti, hogy meg kell várni a befejezését minden hívás az alkalmazás számára. Mindez azt eredményezi, hogy a RPC amint szembesülnek ilyen hagyományos hálózat „furcsaság”, vagy egy kis csatorna kapacitása az ügyfelek között, nem működik kielégítően. Sok alkalmazás, hálózati jellemzőket RPC hatástalan, különösen, ha a hálózat növekszik (mind a csomópontok száma, és a geometriai méretek), és egyre inkább a „lassú”, és az ügyfelek - több mobil és többfunkciós. Ahogy programok egyre esemény-orientált, hogy egyidejű végrehajtása számos kihívással, a végrehajtás aszinkron és nem blokkoló RPC szál mechanizmus áll rendelkezésre a DCE. De a probléma az, hogy sok fejlesztő programozási támasztó menetes felület sokkal nehezebb volt, mint várták.
Az Achilles-sarka a DCE - RPC mechanizmust is. Ez a régebbi technológia egyszerűen nem tart lépést a legújabb technológiákat közötti kommunikációt. Ezért teljesen természetes, hogy a fejlődés számos termék middleware egy teljesen eltérő megközelítést. RPC nem vált egy univerzális eszköz az elosztott rendszerek alkalmazása
Funkcionalitás szervezéséhez kapcsolódó sorok (sorban alkalmassága), és így gyakori az üzenetküldő-orientált middleware (middleware üzenetküldő), nem a DCE. Annak ellenére, hogy a szabványok hiánya a piacon az ilyen szoftver, van legalább egy terméket az üzenetsorból szervezet - Encina helyreállítható sorbanállási rendszer Transarc cég, amely kompatibilis a DCE környezetet.
Standardok adatokhoz való hozzáférés, összpontosított a használata az SQL nyelv, DCE is nem biztosított. Általánosságban elmondható, hogy egy ilyen szabvány, de nem elég ahhoz, hogy próbálja ki ott - Remote Data Access által fejlesztett szervezetek SQL Access Group és az X / Open, de ez nem összeegyeztethető DCE.
Annak ellenére, hogy a figyelemre méltó szolgáltatás, kellően rugalmas közti kommunikációs mechanizmust él a DCE nehéz a fejlesztő. DCE hasonlít a nagy labdarúgó-stadion, kiváló szolgáltatást, de ha a játék folyamatosan League esélytelenebb.
Folytatva ezt az összehasonlítást, azt mondhatjuk, hogy a DCE stadionban még soha nem játszott a labdarúgó csillag. Ha a UNIX világban van egy csomó termékek integrált szolgáltatások a DCE által gyártott nagy szolgáltatók UNIX-alapú rendszerek, a környezetvédelem, a legelterjedtebb a cégek asztali Microsoft Windows operációs rendszer nem.
A Microsoft, persze, lehet változtatni a helyzeten, ha úgy dönt, hogy jobban támogassa a DCE szabványok termékeiket. De ő nem. És a Windows NT és a Windows 95 magukban foglalják a RPC mechanizmus összhangban DCE leírás, de más szolgáltatások DCE ezek a rendszerek nem támogatottak. Hálózati OLE, a Microsoft új technológiát, összhangban kidolgozott közös Object Model stratégia elosztott alkalmazások is támogatja a DCE tárgyalt az RPC mechanizmust, de nem világos, hogy van-e végre az alapvető DCE biztonsági szolgálat.
Ezért a Microsoft álláspontja nem teljesen összhangban van a DCE. A Microsoft csak akkor támogatja a részét a DCE, amely kapcsolatban van az RPC nem a legjobb. Nem világos, hogy Micrsoft legyőzni a vonakodás, hogy használni nem fejlődött technológiák és piacok e DCE biztonsági szolgálat.
Microsoft segíthet üzletfejlesztési WOSA API interfész specifikáció címtárszolgáltatókkal egyetlen alkalommal és biztonsági szolgáltatások - lehet biztosítani a DCE a versenytársai. Csakúgy, mint az ODBC interfész specifikáció segített stabilizálni az ipar SQL-termék, egyetlen leírás nagyban megkönnyíti a munkát alkalmazás-fejlesztők, amely lehetővé teszi számukra, hogy használják a vállalati szolgáltatások létrehozása helyett saját.
A legfontosabb termékek
A DCE világ nem minden telepedett le. vannak-e megfelelő DCE végrehajtási előírások a kliens és a szerver alapvető UNIX platformok; ezek általában ajánlanak az operációs rendszer egy további díj. A leggyakoribb asztali platform teljesen kompatibilis DCE termékek is rendelkezésre állnak, de általában nem a szállítók az operációs rendszerek.
Kemény Gradient Technologies szállítja DCE kliens a legnépszerűbb asztali környezetben. Ezt a terméket, PC-DCE, támogatja a Windows 3.1 is bejelentette verzió a Windows NT, Windows95, UnixWare és Macintosh rendszer 7. IBM, maga is termel DCE termék OS / 2, és a cég dolgozik Transarc "könnyű" DCE kliens ( elnevezésű projekt a DE-Lite) a kis számítógépek.
Cég Nyílt Horizont kínál middleware adatokhoz való hozzáférés, az úgynevezett kapcsolat / DCE. Hozzáférést biztosít Informix adatbázis, Oracle, Sybase és más Windows és Unix ODBC felület és saját kezelőfelületet bazymi relációs adatok az ügyfél.
Corporation Nyílt Enviroment egy három szintű fejlesztési eszköz Entera alkalmazás, amely működik a vállalati Enterprise Működési környezet Operációs rendszer. Feltűnik után a termék Encompass, Entera felszabadítással távoli adatbázisokhoz való hozzáférést, mint például az Informix, Oracle, Sybase, és a DB2, a PowerBuilder és más program is fut a különböző platformokon (Windows, Windows NT, Mac OS).
Oracle dolgozik a rendszer az SQL * Net / DCE, amely támogatja a mechanizmus RPC (összhangban a specifikáció DCE), az Oracle saját protokollokat, valamint más DCE szolgáltatásokat. Informix hasonló terveket. Novell hozzáadott támogatás DCE szolgáltatások Tuxedo tranzakciós monitor és az IBM és Transarc Encina közös termékek, mint támogatás már megvalósult. Az IBM most viselkedik agresszíven, és a szerver piacon, és az asztali számítógépek piacán, és hálózati operációs rendszerek piacán; hamarosan ő fogja biztosítani a DCE támogatja az összes főbb platformon, beleértve Lanserver.
Talán most van egy új napkelte DCE mint integrációs környezetet. És talán, az új termékek fejlesztése vezet az a tény, hogy a DCE veszti csalóka.