Użycie usługi Azure Service Fabric - lazurowa, lazurowa tkanina usługowa

Sieć szkieletowa usług została właśnie ogłoszona na konferencji kompilacji. Czytałem o nim skromną dokumentację i mam pytanie.

Oceniam usługę Service Fabric pod kątem hostowania CRUD, podobnie jak mikrousług, które są obecnie wbudowane w ASP.NET WebApi.

Czy sieć szkieletowa usług ma na celu hostowanie małych elementów, które odbierają dane, przetwarzają je i zwracają wynik, zamiast hostować aplikacje typu CRUD WebApi?

Odpowiedzi:

Sieć szkieletowa usług umożliwia tworzenie zarówno bezpaństwowych, jak i stanowych mikrousług.

Jak sama nazwa wskazuje, każdy stan utrzymywany przez instancję usługi bezstanowej zostanie utracony, jeśli nastąpi awaria węzła. Nowa, świeża instancja zostanie po prostu rozwinięta gdzie indziej w klastrze.

Usługi stanowe oferują możliwość zachowania stanu bez polegania na zewnętrznym sklepie. Wszelkie dane przechowywane w Niezawodna kolekcja zostaną automatycznie zreplikowane na wiele węzłów w klastrze, zapewniając, że stan jest odporny na awarie.

Częstym wzorcem jest używanie usługi bezstanowej jakobrama do aplikacji skierowana do klienta, a następnie ta usługa kieruje ruch do partycjonowanych usług stanowych aplikacji. To ukrywa pracę polegającą na rozwiązywaniu partycji od klientów, umożliwiając im dotarcie do jednego logicznego punktu końcowego za pomocą wszystkich żądań.

Spójrz na Próbka WordCount na przykład, jak to działa. The WordCount.Usługa bezstanowa WebService działa jako interfejs aplikacji. Po prostu rozwiązuje partycję na podstawie przychodzącego żądania, a następnie wysyła ją dalej. Usługa stanowa WordCount.Service (podzielona na partycje na podstawie pierwszej litery słowa) natychmiast umieszcza przychodzące żądania w ReliableQueue, a następnie przetwarza je w tle, przechowując wyniki w ReliableDictionary.

Aby uzyskać więcej informacji, zobacz Przegląd niezawodnych usług.

Uwaga: na razie najlepszym sposobem na ujawnienie punktów końcowych WebAPI klientom jest samodzielne hostowanie serwera OWIN w usłudze bezstanowej. Wkrótce wspierane będą również projekty ASP.NET 5.

Ten film odpowiada na moje pytanie: http://channel9.msdn.com/Events/Build/2015/2-704. Podsumowując, powinniśmy używać Stateless Services do hostowania witryn opartych na ASP.NET lub API, które przechowują dane w zewnętrznych magazynach danych.

Jeśli nie masz stanu (lub masz go zewnętrznie), usługa bezstanowa jest sposobem na rozpoczęcie.

Odpowiedź na pierwotne pytanie brzmi „oba”. Zasadniczo wszystko, co ma funkcję main () (z kilkoma bardziej rozszerzonymi metodami kontraktu na rozmowę z Service Fabric) może być usługą w świecie Service Fabric.