Aplicatii EWS si arhitectura Exchange

• 17.09.2015
• 6 minute de citit

In acest articol

Aflati despre cum functioneaza EWS in cadrul arhitecturii Exchange si aflati pe ce protocoale se bazeaza EWS.

Serviciile Web Exchange (EWS) este un API multiplataforma care permite aplicatiilor sa acceseze elemente de cutie postala, cum ar fi mesaje de e-mail, intalniri si contacte de la Exchange Online, Exchange Online ca parte a Office 365 sau versiuni locale ale Exchange incepand cu Exchange Server 2007. Aplicatiile EWS pot accesa elementele cutiei postale la nivel local sau de la distanta prin trimiterea unei cereri intr-un mesaj XML bazat pe SOAP. Mesajul SOAP este incorporat intr-un mesaj HTTP atunci cand este trimis intre aplicatie si server, ceea ce inseamna ca, atata timp cat aplicatia dvs. poate posta XML prin HTTP, poate utiliza EWS pentru a accesa Exchange.

Prezentare generala a arhitecturii Exchange

Urmatoarele diagrame arata metodele de autentificare si caile de comunicare utilizate de aplicatiile EWS atunci cand comunica cu Exchange 2013 si Exchange Online. Din perspectiva aplicatiei EWS, caile de comunicare sunt identice, iar metodele de autentificare variaza usor; principala diferenta este vizibilitatea pe care o aveti in backend-ul Exchange.

Figura 1. Aplicatia EWS si arhitectura locala Exchange

Figura 2 prezinta aceleasi cai de comunicare prezentate in Figura 1, ca cele utilizate de aplicatiile EWS atunci cand comunica cu Exchange Online.

Figura 2. Aplicatia EWS si arhitectura Exchange Online

Urmatoarele sunt componentele care sunt prezentate in diagrame:

1. Aplicatie EWS – Aceasta poate fi o aplicatie pentru client, portal sau serviciu si poate fi instalata pe un client sau pe un server Exchange de acces local al clientului. Daca utilizati EWS Managed API pentru a dezvolta aplicatia EWS, ansamblurile API EWS Managed trebuie sa fie instalate pe client si redistribuite de aplicatia dvs.

2. Mesajul XML SOAP – Un mesaj XML, intr-un plic SOAP, incorporat intr-un mesaj HTTP / S care este conform fisierului Services.wsdl de pe serverul de acces client. HTTPS este recomandat pentru Exchange local si este necesar pentru Exchange Online.

3. Metode de autentificare – mesajele EWS includ informatii de baza, NTLM (autentificare integrata Windows) sau informatii de autentificare OAuth ca parte a sarcinii utile HTTP.

4. Echilibratorul de incarcare – Echilibratorul de incarcare distribuie mesajul catre un server de acces client din matricea serverului de acces client. Aceasta componenta este vizibila doar in arhitectura locala Exchange.

5. Matrice server de acces client – Serverele de acces client sunt organizate intr-un grup echilibrat de incarcare numit matrice server de acces client. Serverele individuale de acces la clienti ofera servicii de autentificare, redirectionare limitata si proxy. Serverele Client Access in sine nu efectueaza nicio redare a datelor si nu sunt date in coada sau stocate pe un server Client Access – sunt subtiri si fara stare; pur si simplu autentifica solicitarea, efectueaza o cautare de descoperire automata si apoi transmite cererea catre serverul de cutie postala. Serverul Client Access mentine o relatie 1: 1 cu serverul Mailbox care gazduieste datele utilizatorului. Protocolul HTTP (securizat prin SSL utilizand un certificat auto-semnat) este utilizat intre serverul de acces client si serverul de cutie postala. Aceasta componenta este vizibila numai in arhitectura locala Exchange.

6. Serviciu de descoperire automata – Serviciul de descoperire automata efectueaza o descoperire a serviciului accesand Active Directory Domain Services (AD DS) pentru a prelua versiunea cutiei postale si locatia serverului de cutie postala care gazduieste copia activa a datelor utilizatorului.

7. Serviciu EWS — Serviciul EWS este descris de trei fisiere: Services.wsdl, Messages.xsd si Types.xsd, precum si ansamblurile API gestionate EWS. Services.wsdl descrie contractul dintre client si server, Messages.xsd defineste mesajele SOAP de solicitare si raspuns, iar Types.xsd defineste elementele utilizate in mesajele SOAP. Messages.xsd si Types.xsd contin intotdeauna cele mai recente versiuni ale schemei, desi exista versiuni anterioare ale schemei. Retineti ca Services.wsdl, Messages.xsd si Types.xsd sunt puse la dispozitie pe serverul Client Access, dar nu sunt utilizate de fapt pentru validarea schemelor – sunt furnizate doar pentru referinta. Ansamblurile API gestionate EWS sunt furnizate pentru aplicatiile client EWS pe partea de server si sunt implementate pe toate rolurile Exchange Server, nu doar pe serverele de acces client.

   Disponibilitatea functiei se bazeaza pe versiunea schemei EWS pe care o vizeaza aplicatia dvs. Deoarece schemele EWS sunt compatibile inapoi si inainte, daca creati o aplicatie care vizeaza o versiune de schema anterioara, cum ar fi Exchange 2007 SP1, aplicatia dvs. va functiona si impotriva unei versiuni de schema ulterioare, cum ar fi serviciul Exchange 2010 SP2, de asemenea ca Exchange Online. Deoarece caracteristicile si actualizarile de caracteristici sunt conduse de schema, va recomandam sa utilizati cea mai veche baza de coduri comune care vizeaza caracteristicile EWS pe care doriti sa le implementati in aplicatia dvs. client. Multe aplicatii pot viza versiunea Exchange2007_SP1, deoarece schema Exchange 2007 SP1 contine aproape toate functionalitatile de baza Exchange pentru lucrul cu articole si foldere din magazinul Exchange. Pentru mai multe informatii, consultati caracteristicile clientului EWS.

8. Grupul de disponibilitate a bazei de date (DAG) – Serverele de cutii postale sunt organizate intr-un DAG extrem de disponibil, care poate fi implementat intr-unul sau mai multe centre de date. Serverul de cutii postale contine baza de date a cutiei postale si gestioneaza toata activitatea pentru casutele postale active de pe acel server. Toate componentele care proceseaza, redeaza si stocheaza date se afla pe serverul Mailbox. Clientii nu se conecteaza direct la serverul Mailbox; toate conexiunile sunt gestionate de serverul Client Access. Aceasta componenta este vizibila numai in arhitectura locala Exchange.

9. Exchange Online si Exchange Online ca parte a Office 365 – Solutia de mesagerie gazduita care ofera caracteristici Exchange ca serviciu bazat pe cloud.

Atunci cand o aplicatie EWS solicita informatii din magazinul Exchange, se creeaza un mesaj XML de solicitare care respecta standardul SOAP si se trimite serverului Exchange. Cand serverul Exchange primeste cererea, acesta verifica acreditarile furnizate de client si analizeaza automat XML pentru datele solicitate. Serverul creeaza apoi un raspuns SOAP care contine date XML care reprezinta obiectele puternic solicitate si proprietatile acestora. Datele XML sunt trimise inapoi aplicatiei intr-un raspuns HTTP. Aplicatia apoi deserializeaza XML si foloseste datele pentru a reforma obiectele puternic tastate.

Protocoale si standarde pe care trebuie sa le accepte aplicatiile EWS

Pentru a comunica cu un server Exchange, aplicatiile EWS trebuie sa accepte urmatoarele protocoale si standarde.

Tabelul 1. Protocoale

Protocol Cum se utilizeaza HTTP / S

Permite aplicatiilor EWS sa acceseze datele din baza de date Exchange prin retea, indiferent daca clientul se afla pe Internet sau intranet.

SOAP 1.0

Formeaza un plic in jurul sarcinii utile de mesagerie. EWS implementeaza protocolul SOAP utilizand diferite parti ale plicului SOAP pentru a permite functionalitati diferite. Antetul SOAP este utilizat pentru uzurparea identitatii si pentru a furniza date de versiune. Corpul SOAP ofera informatii despre operatiunea de executat si datele care sunt trimise operatiunii. SOAP se bazeaza pe WSDL pentru a descrie operatiile de apelat.

WSDL 1.0

Descrie legarile, operatiile si proprietatile care sunt utilizate pentru a apela operatiile EWS, in fisierul Services.wsdl. Acest fisier, impreuna cu fisierele schema de referinta, cuprinde contractul dintre o aplicatie EWS si serverul Exchange si este adesea utilizat impreuna cu instrumente specifice furnizorului pentru a crea aplicatii specifice platformei. Fisierul WSDL se afla in directorul virtual EWS, care se afla la radacina site-ului web.

Transport Layer Security (TLS) / SSL

Ofera comunicatii web securizate pe internet sau pe intranet. TLS permite aplicatiilor sa autentifice serverele sau, optional, serverele sa autentifice aplicatiile EWS. De asemenea, ofera un canal de securitate prin criptarea comunicatiilor. TLS este cea mai recenta versiune a protocolului Secure Sockets Layer (SSL).

XML / XSD

Ofera un format de mesaj universal pentru schimbul de informatii intre serverul Exchange si client. XML ofera date complexe de baze de date Exchange pentru aplicatiile client, dar intr-o structura definita. Frumusetea XML este ca permite schimbul de date chiar si atunci cand o aplicatie EWS si un server nu partajeaza o platforma comuna.

In plus, aplicatiile EWS trebuie sa accepte urmatoarele standarde de autentificare:

• Autentificare de baza prin SSL, pentru aplicatiile care vizeaza Exchange Online sau Exchange local.

• Autentificare NTLM prin SSL, pentru aplicatii care accepta Exchange local.

• Autentificare cu token OAuth 2.0, pentru aplicatii partenere de incredere si interoperabilitate cu Lync Server 2013 si SharePoint Server 2013.

Vezi si

• Incepeti sa utilizati servicii web in Exchange

• Tipuri de aplicatii EWS

• Prezentare generala a proiectului clientului EWS pentru Exchange