Cloud as a Story - Vunvulea Radu

Încercam zilele acestea sa configurez AppFabric Cache pe o mașina. M-am trezit cu o eroare destul de interesanta la rulare: Could not load file or assembly 'Microsoft.Web.DistributedCache' or one of its dependencies. The system cannot find the file specified. Am verificat dacă Azure AppFabric este instalat, era okay, la fel și SDK-ul de Azure. Totul părea în regula pana m-am uitat la referințe. Referința pe care noi o aveam la Microsoft.ApplicationServer.Caching.Client.dll Microsoft.ApplicationServer.Caching.Core.dll era spre c:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Extensions\Microsoft\AppFabric\Microsoft.ApplicationServer.Caching.Core.dll In momentul acela ceva nu parea in regula. AppFabric Cache 1.5 se afla in c:\Program Files\Windows Azure AppFabric SDK\V1.5\Assemblies\NET4.0\Cache\ și nu în cealaltă locație. Din cauza ca pe calculator a exista și versiunea vechie, căile nu au fost schimbate cînd s-a făcut update la noua versiune. Tot ce trebuie făcu...

In post-ul anterior am vorbit despre cum putem sa ne definim propriul nostru mecanism de cache-ing. Dar daca ne aflam in cloud. Iata urmatorul scenariu: avem o aplicatie MVC 2 pe Windows Azure si vrem sa putem folosii un mecanism de cache-ing. In cazul in care avem mai multe web roluri dorim sa facem un sistem de cache-ing oarecum centralizat. Nu dorim sa încărcam de doua ori anumite date daca acestea sunt deja incarcate. O varianta pentru a rezolva aceasta problema este sa ne definim propriul mecanism pentru cache-ing. Nu ar fi foarte complicat, dar ne-ar costa ceva timp. Cea mai simpla varianta este sa folosim mecanismul intern de pe Windows Azure. AppFabric ne ofera si posibilitatea sa facem cache-ing la date. Acest provider de cache-ing se numeste DistributedCache , iar pentru al putea folosi este nevoie sa accesam sectiunea de AppFabric din contul de Windows Azure si sa adaugăm un serviciu. In web.config-ul aplicatiei trebuie sa adauga o noua sectiune prin care sa pute...

In momentul de fata aproape pe fiecare portal găsim mecanisme prin care putem să ne logam cu contul de Facebook, Y!, Google sau să facem anumite operațiuni folosind aceste conturi. Toate aceste funcționalități sunt oferite prin mecanisme gen Security Token Service (STS). STS a fost introdus de către Microsoft in 2005, in acest moment este folosit peste tot, inclusiv in aplicațiile din cloud( Windows Azure). Pe baza unui singur cont pe un anumit domeniu putem să accesam și să folosim n domenii pe baza unui singur cont. Pattern-ul de baza se numeste Brokered Authentication. Exista 3 jucători principali: clientul - care dorește sa acceseze un anumit domeniu; STS - serviciul care validează credențialele; Serviciul( domeniul) - pe care un client vrea să îl acceseze; Principiul de baza care sta la baza STS este următorul: clientul trimite o cerere de autentificare la STS( un mesaj cunoscut sub numele de Request Security Token ( RST)); STS verifica credentialele și trimite un mesaj de confirm...