Rețele și sisteme de comunicații online

DCE. Mai viu decât mort?

Ei vor standarde. Chiar și pentru middleware. Dar există vreunul.

Standardul numai într-adevăr existente pentru middleware (software) mulți cred dezvoltat de un consorțiu de Software Foundation Deschisă (FSD) Mediul de calcul distribuit (Distributed Computing Enviroment - DCE). Una dintre tehnologiile cheie ale DCE este mecanismul Call Remote Procedure Call (RPC). Mulți dezvoltatori de aplicații pentru întreprinderi văd RPC ca o bază foarte utilă pentru middleware. Alții cred că DCE, suferă de un număr insuficient de sprijinirea dezvoltării sale pentru sistemele desktop (a se citi: Windows) cei mai importanti producatori (a se citi: Microsoft), precum și procesul lent de standardizare, care se situează în urma procesului de creare a produselor care sunt deja „mort“ sau de-abia abia „respiră“. În plus, ei critică actuala DCE.

Cine are dreptate? Cel mai probabil, atât acei, cât și alții. Doar timpul va spune dacă DCE va reuși să iasă din situația dificilă în care se află acum. Cel puțin pe fața semnelor, precizând o ieșire din această situație.

DCE definește setul de servicii pe care produsele de la majoritatea furnizorilor de sisteme UNIX sunt concepute pentru a îndeplini specificațiile consorțiului 1.1 DCE OSF (anunțat recent elaborarea caietului de sarcini 1.2). În plus față de serviciul de fișiere implementat ca sistem de fișiere distribuit (DFS), DCE specifică următorul set de servicii de distribuție fundamentală și tehnologii:

* Tehnologia firelor care permite executarea simultană a mai multor apeluri RPC în modul asincron;

* Serviciul de securitate (securitate), inclusiv RPC pe bază de sistem Kerberos;

* Un serviciu de directoare care include serviciile de servicii de telefonie mobilă (CDS) și serviciile de servicii globale (GDS);

* Serviciu temporizat distribuit (DTS).

Astfel, mediul DCE oferă multe servicii standard și foarte util, dar din anumite motive acest lucru nu este luat în considerare de către cei care prevesteste apus de soare ei iminent. Astfel, utilizatorii au nevoie de o singură procedură de conectare (logon de sistem), o singură infrastructură de directoare și de securitate a informațiilor pentru gestionarea accesului la date distribuite în întreaga companie. Servicii integrate de securitate, cataloage și o singură dată înseamnă că este necesar să specificațiile corespunzătoare, programele de aplicație DCE nu se creează aceste servicii sau instrumente pentru a lucra cu mai multe sisteme non-standardizate (proprietare) de la diverși producători (de exemplu, directorul Serviciului de NetWare (SND) sau serviciul Banyan StreetTalk). Destul de des, middleware se vinde servicii similare sau (chiar mai rău) le pune în aplicare doar parțial, consecința care este nevoie de un set paralel de sisteme administrative și de protecția insuficientă a informațiilor corporative.

Bineînțeles, trebuie încă să determinăm dacă serviciile DCE sunt mai bune decât serviciile non-standardizate create de furnizorii de middleware și de sistemele de operare de rețea pentru nevoile lor. Principalele atacuri în DCE sunt instrumente de gestionare, în ciuda actualizărilor lor în specificațiile 1.1 și 1.2. Apelurile RPC nu rezolvă toate problemele.

Vești bune, vesti proaste

Mecanismul comunicării interprocese în DCE sunt apelurile la proceduri la distanță. Acest lucru este bun. Utilizarea RPC facilitează foarte mult munca programatorilor. În plus, RPC - un instrument destul de flexibil pentru a construi aplicații pe o arhitectură pe trei niveluri. Nu este surprinzător că există produse excelente construite folosind o astfel de arhitectură folosind RPC, fabricat de NobleNet și NetWise. Cu toate acestea, DCE definește o abordare standard pentru RPC, ceea ce conduce la un ciclu de dezvoltare mai lungă a produsului și la o incompatibilitate, în care un producător îi învinovățește pe celălalt. Însă, principalul avantaj al mecanismului RPC standard RPC față de dezvoltarea nestandardizată a diferiților producători este integrarea sa cu alte servicii.

Mecanismul RPC din DCE este doar un mecanism de comunicare interproces. Și asta e rău. Un astfel de mecanism necesită disponibilitate simultană în rețeaua clientului și a serverului. În plus, apelurile RPC sunt sincrone și blochează, ceea ce înseamnă că aplicația trebuie să aștepte finalizarea fiecărui apel. Toate acestea conduc la faptul că apelurile RPC, de îndată ce aceștia întâlnesc astfel de "ciudățenii" care sunt atât de frecvente pentru rețele, fie cu bandă redusă de canale între clienți, funcționează nesatisfăcător. Pentru multe aplicații, caracteristicile rețelei RPC sunt ineficiente, mai ales când rețeaua crește (atât în ​​ceea ce privește numărul de noduri cât și în dimensiunile geometrice) și devine mai "lentă", iar clienții - mai mobili și multifuncționali. Pe măsură ce programele devin mai orientate spre eveniment, mecanismul de filetare este prevăzut pentru a asigura executarea simultană a mai multor apeluri, implementarea RPC-urilor asincrone și non-blocante în DCE. Dar problema este că, pentru mulți dezvoltatori, programarea folosind interfața firului de sprijin sa dovedit a fi mult mai complicată decât se așteptau.

Achiziția căldurii DCE - mecanismul RPC. Această tehnologie mai veche este pur și simplu nu ține pasul cu cele mai noi tehnologii de comunicare interprocess. Prin urmare, este destul de firesc ca dezvoltarea multor produse middleware folosit o abordare complet diferită. RPC nu a devenit un instrument universal pentru crearea de sisteme de aplicații distribuite

Funcționalitățile legate de funcționalitatea de așteptare și atât de comune în middleware-ul de mesagerie orientat spre mesaje nu sunt prezente în DCE. În ciuda lipsei de standarde pe piață pentru un astfel de software, există cel puțin un produs cu organizarea cozilor de mesaje - sistemul Encina Recoverable Queuing din Transarc, compatibil cu mediul DCE.

Nu sunt de asemenea furnizate standarde pentru accesul la date, orientate spre utilizarea SQL, în DCE. În general, un astfel de standard, deși nu este suficient testat, există - Remote Data Access, dezvoltat de organizațiile SQL Access Group și X / Open, dar nu este compatibil cu DCE.

În ciuda serviciilor remarcabile, lipsa unui mecanism flexibil pentru comunicarea interproceselor face ca utilizarea DCE să fie dificilă pentru dezvoltator. DCE este ca un stadion de fotbal excelent, cu servicii excelente, dar pe care joacă un outsider permanent al ligii.

Continuând această comparație, putem spune că la stadionul DCE nu a jucat niciodată o stea de fotbal. Dacă în lumea UNIX există multe produse cu servicii integrate DCE, produse de principalii furnizori de sisteme UNIX, atunci în mediul celor mai răspândite computere desktop cu sistem de operare Microsoft Windows nu este așa.

Microsoft, desigur, poate face diferența dacă decide să sprijine pe deplin standardele DCE în produsele sale. Dar nu o face. Atât Windows NT cât și Windows 95 includ implementarea mecanismului RPC în conformitate cu specificația DCE, dar alte servicii DCE nu sunt suportate de aceste sisteme. Rețeaua de OLE, noua tehnologie Microsoft, dezvoltat în conformitate cu strategia comună Object Model pentru aplicații distribuite, de asemenea, sprijină DCE negociat cu mecanismul RPC, dar nu este clar dacă sunt puse în aplicare serviciul de bază de securitate DCE.

Astfel, poziția Microsoft nu este în întregime compatibilă cu DCE. Microsoft suportă doar acea parte a DCE care este asociată cu RPC și este departe de cele mai bune. Nu este clar dacă Micrsoft va depăși reticența sa de a nu utiliza tehnologiile dezvoltate și dacă implementează serviciile de securitate DCE.

Microsoft poate ajuta la elaborarea unei specificații pentru API-ul WOSA pentru servicii de director, servicii uniforme de timp și servicii de securitate care pot fi furnizate cu concurenții DCE. La fel cum specificația interfeței ODBC a contribuit la stabilizarea industriei de produse SQL, o singură specificație poate ușura mult munca dezvoltatorilor de aplicații, permițându-le să utilizeze mai degrabă servicii ale întreprinderii decât să creeze propriile lor servicii.

Cele mai importante produse

În lumea DCE, nu totul sa calmat. Pentru platformele de bază UNIX există specificații corespunzătoare pentru implementarea DCE atât a părții client cât și a serverului; acestea sunt de obicei oferite de vânzătorul sistemului de operare pentru o taxă suplimentară. Pentru cele mai comune platforme desktop, sunt oferite de asemenea produse relevante DCE, dar de obicei nu de către furnizorii de sisteme de operare.

Gradient Technologies livrează clientul DCE pentru cele mai populare medii desktop. Acest produs, PC-DCE, suport pentru Windows 3.1, a anunțat, de asemenea, versiunea pentru Windows NT, Windows95, UnixWare și sistemul Macintosh 7. IBM, el însuși produce produsul DCE pentru OS / 2, iar compania lucrează la Transarc "ușor" client DCE ( proiectul se numește DE-Lite) pentru computerele mici.

Open Horizont oferă un middleware pentru accesul la date, numit Connection / DCE. Acesta oferă acces la Informix, Oracle, Sybase și alte baze de date din Windows și Unix prin interfața ODBC și interfața proprie a sistemului de gestionare a bazelor de date relaționale pe partea clientului.

Corporation Deschideți Enviroment are un instrument de dezvoltare a aplicațiilor entera cu trei nivele, care funcționează cu Enterprise corporative Mediul de operare Sistem de operare. Aparand după Encompass produsului, entera reușește accesul de la distanță la baze de date, cum ar fi Informix, Oracle, Sybase, și DB2, folosind PowerBuilder și alte programe care rulează pe platforme diferite (inclusiv Windows, Windows NT, Mac OS).

Oracle lucrează la un sistem SQL * Net / DCE care va suporta mecanismul RPC (în conformitate cu specificația DCE), împreună cu protocoalele Oracle proprietate, precum și alte servicii DCE. Informix are planuri similare. Novell a adăugat suport pentru serviciile DCE monitorului de tranzacții TUXEDO, iar în produsul comun IBM și Transarc Encina acest suport este deja implementat. IBM este acum foarte agresiv pe piața de servere, piața desktop-urilor și piața sistemelor de operare de rețea; În curând va oferi sprijin DCE pentru toate platformele sale majore, inclusiv LANServer.

Poate că acum există o nouă creștere a DCE ca mediu de integrare. Și, probabil, dezvoltarea de noi produse va duce la faptul că DCE va înceta să fie fantomă.

Articole similare

• Proiectare retele si sisteme ingineresti, proiectare retele interne si externe - inteligente

• Cunoștințe, prelegere, configurarea comunicării între PC-uri într-o rețea virtuală

• Licențe pentru proiectarea și producerea de rețele și sisteme de inginerie

Trimiteți-le prietenilor: