Actori de incredere pe Service Fabric – Azure Service Fabric

• 09.03.2018
• 3 minute de citit

In acest articol

Acest articol explica modul in care functioneaza actorii fiabili pe platforma Azure Service Fabric. Actorii de incredere ruleaza intr-un cadru care este gazduit intr-o implementare a unui serviciu de stat fiabil numit serviciul de actor . Serviciul actor contine toate componentele necesare pentru a gestiona ciclul de viata si transmiterea mesajelor pentru actorii dvs.:

• Runtime-ul actorului gestioneaza ciclul de viata, colectarea gunoiului si impune accesul cu un singur fir.
• Un ascultator de la distanta al serviciului actor accepta apeluri de acces la distanta catre actori si le trimite catre un dispecerat pentru a le directiona catre instanta de actor corespunzatoare.
• Furnizorul de stat actor infasoara furnizorii de stat (cum ar fi furnizorul de stat Reliable Collections) si ofera un adaptor pentru gestionarea statului actorului.

Aceste componente formeaza impreuna cadrul de incredere pentru actor.

Servicii de stratificare

Deoarece serviciul actor in sine este un serviciu de incredere, toate modelele aplicatiei, ciclul de viata, ambalarea, implementarea, actualizarea si scalarea conceptelor serviciilor fiabile se aplica in acelasi mod si serviciilor actorilor.

Diagrama precedenta arata relatia dintre cadrele aplicatiei Service Fabric si codul de utilizator. Elementele albastre reprezinta cadrul de aplicare a serviciilor de incredere, portocaliul reprezinta cadrul de incredere pentru actor, iar culoarea verde reprezinta codul utilizatorului.

In Servicii fiabile, serviciul dvs. mosteneste clasa StatefulService. Aceasta clasa este ea insasi derivata din StatefulServiceBase (sau StatelessService pentru serviciile fara stat). In Actori fiabili, utilizati serviciul pentru actori. Serviciul actor este o implementare diferita a clasei StatefulServiceBase care implementeaza modelul actorului in care ruleaza actorii dvs. Deoarece serviciul actor in sine este doar o implementare a StatefulServiceBase, puteti sa va scrieti propriul serviciu care deriva din ActorService si sa implementati caracteristici la nivel de serviciu la fel ca la mostenirea StatefulService, precum:

• Serviciu de backup si restaurare.
• Functionalitate partajata pentru toti actorii, de exemplu, un intrerupator.
• Procedura la distanta apeleaza la serviciul de actori in sine si la fiecare actor individual.

Pentru mai multe informatii, consultati Implementarea caracteristicilor la nivel de serviciu in serviciul dvs. actor.

Modelul aplicatiei

Serviciile pentru actori sunt servicii fiabile, deci modelul aplicatiei este acelasi. Cu toate acestea, instrumentele de construire a cadrului actor genereaza unele dintre fisierele modelului de aplicatie pentru dvs.

Manifestul serviciului

Instrumentele de construire a cadrului pentru actori genereaza automat continutul fisierului ServiceManifest.xml al serviciului dvs. pentru actori. Acest fisier include:

• Tipul de serviciu al actorului. Numele tipului este generat pe baza numelui proiectului actorului tau. Pe baza atributului de persistenta al actorului dvs., steagul HasPersistedState este, de asemenea, setat in consecinta.
• Pachet cod.
• Configurati pachetul.
• Resurse si obiective finale.

Manifestul cererii

Instrumentele de construire a cadrului pentru actori creeaza automat o definitie prestabilita pentru serviciul dvs. pentru actor. Instrumentele de compilare completeaza proprietatile prestabilite ale serviciului:

• Numarul de seturi de replici este determinat de atributul de persistenta al actorului. De fiecare data cand atributul de persistenta al actorului dvs. este modificat, numarul de seturi de replici din definitia implicita a serviciului este resetat in consecinta.
• Schema si gama de partitii sunt setate la Uniform Int64 cu gama completa de taste Int64.

Conceptele de partitie Service Fabric pentru actori

Serviciile pentru actori sunt servicii de stat partitionate. Fiecare partitie a unui serviciu de actor contine un set de actori. Partitiile de serviciu sunt distribuite automat pe mai multe noduri din Service Fabric. Ca urmare, sunt distribuite instante de actor.

Serviciile fiabile pot fi create cu diferite scheme de partitii si intervale de chei de partitie. Serviciul actor foloseste schema de partitionare Int64 cu gama completa de chei Int64 pentru a mapa actorii la partitii.

Actor ID

Fiecare actor creat in serviciu are asociat un ID unic, reprezentat de clasa ActorId. ActorId este o valoare de ID opaca care poate fi utilizata pentru distribuirea uniforma a actorilor pe partitiile de serviciu prin generarea de ID-uri aleatorii:

ActorProxy.Create <IMyActor> (ActorId.CreateRandom ()); ActorProxyBase.create <MyActor> (MyActor.class, ActorId.newId ());

Fiecare ActorId este hash la un Int64. Acesta este motivul pentru care serviciul actor trebuie sa utilizeze o schema de partitionare Int64 cu gama completa de chei Int64. Cu toate acestea, valorile ID personalizate pot fi utilizate pentru un ActorID, inclusiv GUID-uri / UUID-uri, siruri si Int64-uri.

ActorProxy.Create <IMyActor> (nou ActorId (Guid.NewGuid ())); ActorProxy.Create <IMyActor> (nou ActorId (“myActorId”)); ActorProxy.Create <IMyActor> (nou ActorId (1234)); ActorProxyBase.create (MyActor.class, nou ActorId (UUID.randomUUID ())); ActorProxyBase.create (MyActor.class, nou ActorId (“myActorId”)); ActorProxyBase.create (MyActor.class, nou ActorId (1234));

Cand utilizati GUID-uri / UUID-uri si siruri, valorile sunt hash la un Int64. Cu toate acestea, atunci cand furnizati in mod explicit un Int64 catre un ActorId, Int64 va fi mapat direct la o partitie fara a mai avea hash. Puteti utiliza aceasta tehnica pentru a controla in ce partitie se afla actorii.

Pasii urmatori

• Managementul statului actorului
• Ciclul de viata al actorului si colectarea gunoiului
• Documentatia de referinta API Actori
• Cod de esantion .NET
• Exemplu de cod Java