Ppt - script-uri server și client de prezentare de aplicații web powerpoint

Procesul de dezvoltare a aplicațiilor Web este destul de complex, iar una dintre cele mai importante sarcini este de a decide cum trebuie distribuită funcționalitatea aplicației între părțile clientului și server.

După ce am rezolvat această problemă, dezvoltatorii primesc arhitecturi cu două legături, trei straturi și mai multe straturi. Totul depinde de numărul de legături intermediare dintre client și server.

Internetul este organizat conform schemei client-server. În cazul clasic, această schemă funcționează după cum urmează:

clientul generează și trimite o cerere către serverul de bază de date;

Serverul efectuează manipulările necesare cu datele, generează rezultatul și îl transmite clientului;

clientul primește rezultatul, îl afișează pe dispozitivul de ieșire și așteaptă acțiuni suplimentare ale utilizatorului.

Ciclul se repetă până când utilizatorul termină lucrul cu serverul.

Serviciul WWW utilizează HTTP (HyperText Transmission Protocol) pentru a transfera informații.

Tranzacții de bază în HTTP:

Browserul decodează prima parte a adresei URL (Universal Resource Locator) și stabilește o conexiune la server.

Browserul transmite restul adresei URL către server.

Serverul determină numele căii și al fișierului prin adresa URL.

Serverul trimite fișierul specificat în browser.

Serverul este deconectat.

Browserul afișează documentul.

Cu aceste tranzacții, serverul nu are nicio informație despre starea browserului, adică HTTP poate fi considerat un protocol "un sens", iar interacțiunea cu serverul este posibilă numai prin intermediul mecanismului URL, ceea ce creează dificultăți în implementarea părții client.

Sarcina principală a aplicației client este de a oferi o interfață cu utilizatorul, adică introducerea datelor și prezentarea rezultatelor într-o formă ușor de utilizat și gestionarea scripturilor de aplicație.

Funcțiile principale ale serverelor DBMS sunt asigurarea fiabilității, consistenței și securității datelor, gestionarea cererilor clienților și procesarea rapidă a interogărilor SQL.

Într-o arhitectură pe două nivele, întreaga logică a aplicației (sarcini de aplicație, reguli de afaceri) este distribuită între două procese: clientul și serverul.

Arhitectura "server gros client-subțire": majoritatea funcțiilor aplicației au fost rezolvate de client, serverul procesând doar interogări SQL.

Arhitectura unui client "gros" are următoarele dezavantaje:

actualizarea software-ului devine mai complicată, deoarece trebuie înlocuită simultan pe tot sistemul;

distribuția puterilor devine mai complicată, deoarece accesul nu este delimitat de acțiuni, ci de tabele;

rețeaua este supraîncărcată din cauza transferului de date brute pe aceasta;

slabă protecție a datelor, deoarece este dificil să alocați în mod corect autoritatea.

Clientul subțire - arhitectura Serverului gros: utilizarea procedurilor stocate pe server (programele compilate cu logica internă de operare) a condus la tendința de a transfera din ce în ce mai multe funcții către server. Procedurile stocate au pus în aplicare o parte a logicii de afaceri și au garantat executarea unei operațiuni în cadrul unei singure tranzacții. O astfel de soluție are avantaje evidente, de exemplu, este mai ușor de întreținut, deoarece toate modificările trebuie făcute doar într-un singur loc - pe server.

Arhitectura unui server "gros" are următoarele dezavantaje:

implementarea devine mai complicată, deoarece limbile precum PL / SQL nu sunt potrivite pentru dezvoltarea unui astfel de software și nu există instrumente de depanare bune;

performanțele programelor scrise în limbi de tip PL / SQL sunt semnificativ mai mici decât cele create în alte limbi, ceea ce este important pentru sistemele complexe;

programele scrise în limbile DBMS nu funcționează în mod credibil; eroarea în ele poate duce la eșecul întregului server de baze de date;

Programele rezultate sunt complet intolerabile la alte sisteme și platforme.

Pentru a rezolva aceste probleme, sunt utilizate arhitecturi client-server pe mai multe niveluri (trei sau mai multe nivele).

Arhitecturi client-server pe trei niveluri și mai multe niveluri: executarea sarcinilor de aplicație și a regulilor de afaceri este realizată de o componentă separată a aplicației (sau mai multe componente) care poate rula pe un computer dedicat - serverul de aplicații.

Serverul de aplicații gestionează următoarele componente:

Stratul de prezentare (PL) - conceput pentru a lucra cu datele utilizatorului;

logica de afaceri (Business Layer - BL) - concepută pentru a verifica corectitudinea datelor, suport pentru integritatea referențială;

logica accesului la resurse (Access Layer - AL) - este destinată stocării datelor.

Abordarea Remote Data Access (RDA) implică îmbinarea în aplicația client PL și BL (cu toate acestea, dacă trebuie să faceți modificări în aplicația client, va trebui să schimbați codul sursă), iar partea de server este un server de bază de date care implementează AL.

Orice sistem informatic construit pe baza tehnologiilor client-server ar trebui să conțină următoarele componente:

gateway-server care gestionează drepturile de acces la sistemul informatic;

server de baze de date;

un server de aplicații și / sau un server de procesare a tranzacțiilor.

Interacțiunea unui server WWW cu bazele de date poate fi organizată în două moduri:

prin serverul de tranzacții (manager);

prin intermediul interfeței API a serverului WWW sau a serverului de aplicații.

Managerii de tranzacții permit unui server de aplicații să facă schimb de date simultan cu mai multe servere de baze de date.

Cu toate serverele Oracle au un mecanism de efectuare a tranzacțiilor distribuite, dar în cazul în care utilizatorul stochează informațiile din baza de date Oracle, o parte a bazei de date pentru Informix și de o parte a fișierelor de text, fără managerul de tranzacții nu poate face.

MT este utilizat pentru a gestiona operațiunile eterogene distribuite și pentru a coordona acțiunile diferitelor componente ale sistemului informatic.

Primii manageri de tranzacții au apărut la începutul anilor '70. (de exemplu, CICS); de atunci s-au schimbat nesemnificativ ideologic, dar foarte semnificativ - tehnologic.

Cele mai mari schimbări ideologice au avut loc în managerul de comunicații, deoarece noi tehnologii orientate spre obiect (CORBA, DCOM, etc.) au apărut în acest domeniu.

Un manager de tranzacții este un program sau un set de programe prin care puteți coordona activitatea diferitelor componente ale sistemului informatic.

În mod logic, MT este împărțit în mai multe părți:

Manager de comunicare - controlează schimbul de mesaje între componentele sistemului informatic;

Manager de tranzacții - gestionează operațiunile distribuite;

Log Manager (Log Manager) - monitorizează recuperarea și răsturnarea operațiilor distribuite;

Manager de blocare - oferă acces corect la datele partajate.

Sistemul informatic distribuit este reprezentat sub forma unei structuri de trei-patru niveluri cu diferențierea funcțiilor la fiecare nivel și fixarea protocoalelor fluxului de date inter-nivel.

Delimitarea la nivele funcționale închise logic este necesară pentru posibilitatea implementării lor pe servere fizice diferite și adăugarea de noi caracteristici în viitor.

Schimbul de informații cu nivelul 1 are loc printr-un sistem de fișiere (local sau de rețea), cu nivelul 3 - prin intermediul protocoalelor TCP printr-un port software fix. În acest din urmă caz, pentru o mai bună compatibilitate între platforme, datele sunt transmise numai în formă text.

Nivelul 1. Datele sunt, în general, fișiere de date obișnuite în formatul necesar pentru funcționarea serverului de baze de date. Datele sunt stocate ca un set de fișiere într-un director separat pentru fiecare bază de date. În plus față de datele reale, directorul poate include informații despre formatele predefinite pentru afișarea datelor și un fișier antet pentru numele extins al bazei de date.

Nivelul 2. Serverul bazei de date implementează funcțiile de bază ale preluării informațiilor din baza de date. Pentru un sistem informatic public, aceste funcții sunt după cum urmează:

primirea unei cereri de la nivelul 3;

interogarea logică a șirului de interogări;

returnați datele la nivelul 3.

În consecință, serverul de baze de date procesează următoarele solicitări.

Dicționar - o interogare pentru o listă de cuvinte cheie cu parametri. În fluxul de intrare există un identificator de bază de date, un șablon de cuvinte cheie, numărul de secvențe de cuvinte cheie, numărul de cuvinte din bufferul de ieșire, în ieșire - lista cuvintelor cheie solicitate și frecvența acestora.

Format - o solicitare de a furniza o listă de formate de ieșire de date predefinite. În fluxul de intrare există un identificator al bazei de date, în fluxul de ieșire există o listă numerotată de formate predefinite pentru această bază de date.

Basic - o cerere de a furniza date în formatul dorit cu parametri. În fluxul de intrare există un identificator de bază de date, un șir de interogare, un număr de înregistrare de început de ieșire, un număr de înregistrări de ieșire, un identificator de format și un eșantion formatat din baza de date în ieșire.

Service - solicită numărul de versiune al serverului de baze de date. În fluxul de ieșire - numărul versiunii serverului de bază de date curent, lista numerotată a bazelor de date disponibile, ID-ul codificării interne a serverului de baze de date.

Nivelul 3. „client-server“ WWW server de management la serverul de baze de date Modul - Bază de date manager - proiectat pentru a gestiona cererile de utilizator, interoga serverele de baze de date și clienții returnează informațiile primite prin intermediul protocolului HTTP și specificațiile HTML. Cea mai bună opțiune este un Windows NT + IIS pentru a sprijini Java și ASP (Active Server Pages) IIS din cauza strânsă integrare cu sistemul de operare și capacitatea de a multi-thread de procesare este de mijloace relativ simple și ieftine. Unitatea de control (manager DB) poate fi implementat ca o bibliotecă de legături dinamice, și (sau) set de obiecte ASP.

Managerul DB efectuează următoarele funcții:

stocarea și furnizarea de informații despre utilizatorii actuali despre bazele de date disponibile;

formarea de interogări către serverele bazei de date și returnarea informațiilor primite clienților în codificarea necesară;

stocarea informațiilor despre drepturile de acces pentru fiecare bază de date disponibilă și verificarea acestora pentru fiecare utilizator;

contabilizarea și colectarea statisticilor de acces la baza de date în conformitate cu setările curente;

sincronizarea versiunilor serverelor de baze de date și actualizarea acestora;

dacă există un nivel 4, transferul informațiilor de serviciu despre dvs. și bazele de date acceptate la nivelul 4.

Pentru organizarea unui sistem complet funcțional, sunt suficiente trei niveluri. Cu toate acestea, atunci când se construiește un sistem distribuit teritorial cu regiuni clar definite și linii de comunicare nefiabile între ele, este de dorit să se localizeze toate cele trei nivele în fiecare regiune, integrându-se ultima la nivelul 4.

Nivelul 4. Principalul dispecer (DG) al sistemului informatic este un server WWW, identic funcțional cu un server de nivel 3, dar dotat cu o funcție suplimentară de stocare a informațiilor despre întregul sistem informatic în ansamblu. În mod ideal, fiecare dintre serverele Layer 3 ar trebui să fie gata să preia rolul dispecerului principal. Principala sarcină a DG este să obțină informații despre configurația fiecărui server de nivel 3 și să o reproducă pe toate serverele.

Astfel, schema generală a sistemului informatic distribuit constă în patru niveluri logice.

Articole similare

Ppt - proiect pe tema "secretelor sistemului binar" prezentare powerpoint

Pagina anterioară

Pagina următoare