Sistemele care au distribuit programe de mediu, respectiv, sunt servere și clienți. Serverele sunt conectate între ele prin canale logice, prin care fișierele sunt transmise între ele. Fiecare server are propriul său grup de clienți.
Mediul are o arhitectură pe trei niveluri:
Funcțiile efectuate de mediu sunt scrise în C și includ serviciile de aplicații:
· Cataloage, permițând clienților să găsească serverele de care au nevoie; · Interfață de procesare cu mai multe fire; · Apel la distanță de procedură; · Întreținerea fișierelor; · Securitatea datelor; · Timpul de sincronizare a ceasului în sistemele de abonat.
Software-ul mediului este scufundat în sistemul de operare al rețelei. Serverele au propriile sisteme de operare diferite. Mainframe-ul poate funcționa și ca server.
Funcționarea mediului distribuit necesită o serie de sarcini administrative. Pentru ei, în primul rând, înseamnă:
· Înregistrarea și controlul licențelor de utilizator pentru lucrul cu programele de aplicație; · Interfețe unificate pentru programele de aplicații; · Asigurarea securității datelor; · Inventarierea software-ului și a suportului tehnic al sistemelor de abonați care lucrează în rețea.
În ceea ce privește controlul logic, mediul de procesare a datelor este împărțit în celule DCE. O celulă DCE este un control logic, unde pot fi de la mai multe unități la mai multe mii de computere și se execută una sau mai multe aplicații și servicii DCE.
Dimensiunile celulelor nu sunt nelimitate teritorial: de la mai multe mașini conectate la o rețea locală și de la sisteme situate pe diferite continente.
Următoarele servicii sunt efectuate în celule:
Cum de a crea un mediu de Planificare dce
Înainte de a determina plasarea DCE, ar trebui să analizați mediul de rețea și aplicațiile pentru a răspunde la întrebări: câte aplicații se așteaptă să fie efectuate? Cum vor comunica reciproc? Câți utilizatori vor fi în fiecare nod? Utilizatorii intenționează să lucreze cu mai multe aplicații în același timp? Cât de des trebuie utilizatorii să contacteze serviciul de securitate? Când vor fi înregistrați în celulă? Cât de des va trebui ca utilizatorii să solicite aplicații?
Dacă le răspundeți, veți putea defini un set de cerințe pentru configurarea diferitelor celule și veți coordona sarcinile care vă sunt atribuite cu capacitățile tehnice disponibile.
O celulă sau mai multe? Atunci când se rezolvă această problemă, este necesar să se realizeze un echilibru optim între costuri, complexitatea operării și nivelurile de servicii.
În cazul celulelor multiple, replicarea serviciilor DCE mărește productivitatea și fiabilitatea aplicațiilor, dar în același timp duce la gestionarea mai scumpă și mai complexă a mediului DCE. Distribuția aplicațiilor în celule le protejează de eșecurile din celule individuale și vă permite să adaptați serviciile DCE la nevoile grupurilor specifice, ceea ce crește și costurile și complexitatea managementului.
Aplicațiile situate în diferite celule pot face schimb de date, dar acest schimb nu este la fel de eficient ca schimbul într-o singură celulă, deoarece aplicațiile trebuie să acceseze serviciul de directoare global și să își coordoneze activitatea cu cele două servicii de protecție.
În cazul în care compania dvs. sau serviciul de informații operaționale este segmentat geografic, este normal să plasați o celulă separată în fiecare birou. Între celule ale căror aplicații au aceleași date, trebuie să stabiliți o conexiune. Dar acest lucru este posibil numai cu condiția ca toate operațiile să fie efectuate în aceeași locație geografică.
Dacă administratorii de securitate lucrează la Kiev și restul personalului din Dnepropetrovsk, vor trebui să organizeze o celulă care să acopere ambele orașe și să combine toate funcțiile necesare.
Se recomandă analizarea locației aplicațiilor pe hartă și efectuarea mai multor opțiuni de configurare pentru celule.
Grupurile individuale de utilizatori, cum ar fi departamentele de vânzări, marketing și personal pot fi combinate într-o singură celulă. Dar dacă departamentul de resurse umane va cere să restricționeze accesul la datele sale angajaților din alte departamente, atunci va fi necesar să aloce o celulă separată cu propriul serviciu de securitate. Apoi, ofițerul de marketing va avea toate drepturile de acces la datele departamentului său și accesul limitat la datele despre colegii aflați în celula departamentului de personal.
Dacă utilizați mai multe celule, puteți restricționa accesul la aplicații, de exemplu, permiteți accesul tuturor clienților la prima celulă și introduceți aplicația în a doua introduceți o parolă specială. Această schemă este aproape echivalentă cu utilizarea firewall-urilor.
Cu mai puține celule DCE, costurile pentru achiziționarea licențelor sunt reduse și gestionarea celulelor este simplificată. Dar dacă decideți să vă limitați la o singură celulă, considerați că un eșec în ea poate paraliza compania pentru o lungă perioadă de timp.
La determinarea numărului de celule, trebuie să țineți cont de nivelul de pregătire al personalului de întreținere al companiei dvs. Plângerile legate de complexitatea gestionării mediului DCE au devenit deja o incursiune. Cu un număr mare de celule, personalul va trebui să se ocupe de o cantitate semnificativă de informații despre natura schimbului de date între celule. Dacă vă stabiliți parola pentru a accesa fiecare celulă, operatorii, ajutând adesea utilizatorii să recupereze o parolă uitată, vor petrece mult timp în acest sens.
Chiar și cu o singură celulă, unele structuri de directoare complică semnificativ procesul de gestionare. Astfel, serviciul de directoare vă permite să copiați directoarele în centrele de procesare a informațiilor dintr-o singură celulă. Trebuie doar să determinați unde sunt localizate aceste centre, care va gestiona datele și unde să plasați instanța principală a fiecărui director.
Pe măsură ce crește numărul de aplicații DCE, apare o problemă de versiune. De exemplu, mulți utilizatori doresc să aplice noi instrumente de protecție și gestionare a datelor de la DCE 1.2. În mod obișnuit, trecerea la următoarea versiune nu cauzează complicații, însă unele utilitare care folosesc DCE, cum ar fi managerul de tranzacții, nu se execută sub DCE 1.2 sau susțin numai o parte din capabilitățile sale. Prin urmare, în unele cazuri, trecerea la noua versiune trebuie amânată până la apariția utilităților îmbunătățite.
Dacă organizația dvs. este responsabilă de gestionarea configurației, nu este o unitate specifică, iar dezvoltatorii de aplicații, este mai bine să plasați aplicații în diferite celule. Apoi, fiecare grup de dezvoltatori va putea decide la ce oră și cum să faceți upgrade la noua versiune. Când aplicațiile din aceste celule schimbă date, trebuie să sincronizați tranziția către versiuni noi, deoarece diferite modele de schimb între celule sunt implementate în diferite versiuni ale CDE (de exemplu, 1.0 și 1.1).
Controlul asupra configurației resurselor partajate - baze de date, sistem și software de rețea - ar trebui să fie efectuat la nivel central. Configurația celulelor poate afecta rezultatele testării aplicațiilor. Evident, este mai bine să efectuați astfel de teste într-un mediu cât mai aproape de cel real. Prin urmare, programul, care va fi executat în mai multe celule, ar trebui testat cu configurații diferite, ceea ce va necesita costuri suplimentare.
Dificultăți în efectuarea testelor pot apărea în cazul unui număr mic de celule. Dacă aplicația funcționează numai într-o singură celulă, unde se execută multe alte programe, atunci acestea ar trebui să fie testate pentru compatibilitate, ceea ce este deosebit de important atunci când se utilizează mai multe aplicații ale aceluiași procesor sau bază de date.