Service Fabric toepassingsscenario's

Azure Service Fabric biedt een betrouwbaar en flexibel platform waar u veel soorten zakelijke toepassingen en services kunt schrijven en uitvoeren. Deze toepassingen en microservices kunnen staatloos of stateful zijn en ze worden verdeeld over virtuele machines om de efficiëntie te maximaliseren.

De unieke architectuur van Service Fabric u in bijna realtime gegevensanalyses, berekeningen in het geheugen, parallelle transacties en gebeurtenisverwerking in uw toepassingen uit te voeren. U kunt uw toepassingen eenvoudig in- of uitschalen, afhankelijk van uw veranderende resourcevereisten.

Lees Microservicesarchitectuur op Azure Service Fabric en Best practices voor toepassingsontwerp met behulp van Service Fabric voor ontwerpadviezen voor het Service Fabric.

Overweeg het Service Fabric platform te gebruiken voor de volgende typen toepassingen:

  • Gegevens verzamelen, verwerken en IoT: Service Fabric verwerkt grote schaal en heeft lage latentie via de stateful services. Het kan helpen bij het verwerken van gegevens op miljoenen apparaten waar de gegevens voor het apparaat en de berekening op dezelfde locatie worden opgeslagen.

    Klanten die IoT-services hebben gebouwd met behulp van Service Fabric zijn Onder andere:Pc, PCL Construction, Constructionron, WERD, Logo Electricen Mesh Systems.

  • Interactieve toepassingen op basis van gaming en sessies: Service Fabric is handig als voor uw toepassing lees- en schrijfaanvragen met lage latentie zijn vereist, zoals bij online gaming of chatberichten. Service Fabric kunt u deze interactieve, stateful toepassingen bouwen zonder dat u een afzonderlijke opslag of cache moet maken. Ga naar Azure-gamingoplossingen voor ontwerp richtlijnen voor het gebruik Service Fabric in gamingservices.

    Klanten die gamingservices hebben gebouwd, zijn Next Games en Digamore. Klanten die interactieve sessies hebben gemaakt, zijn Onder meer Voors en Hololens.

  • Gegevensanalyse en werkstroomverwerking: toepassingen die op betrouwbare wijze gebeurtenissen of gegevensstromen moeten verwerken, profiteren van de geoptimaliseerde lees- en schrijfbewerkingen in Service Fabric. Service Fabric ondersteunt ook toepassingsverwerkingspijplijnen, waarbij resultaten betrouwbaar moeten zijn en zonder verlies moeten worden doorgegeven aan de volgende verwerkingsfase. Deze pijplijnen omvatten transactionele en financiële systemen, waarbij gegevensconsistentie en berekeningsgaranties essentieel zijn.

    Klanten die services voor zakelijke werkstromen hebben gebouwd, zijn Onder andere De groep Voorbedrijven, Quorum Business Solutionsen Sociégé General.

  • Berekening op gegevens: Service Fabric kunt u stateful toepassingen bouwen die intensieve gegevensberekeningen uitvoeren. Service Fabric staat de colocatie van verwerking (berekening) en gegevens in toepassingen toe.

    Normaal gesproken beperkt netwerklatentie die is gekoppeld aan een externe gegevenscache of opslaglaag de rekentijd wanneer uw toepassing toegang tot gegevens vereist. Stateful Service Fabric services elimineren die latentie, waardoor meer geoptimaliseerde lees- en schrijffuncties mogelijk worden.

    Denk bijvoorbeeld aan een toepassing die bijna realtime aanbevelingen voor klanten uitvoert, met een retourtijdvereiste van minder dan 100 milliseconden. De latentie- en prestatiekenmerken van Service Fabric-services bieden een responsieve ervaring voor de gebruiker, vergeleken met het standaard implementatiemodel van het ophalen van de benodigde gegevens uit externe opslag. Het systeem is responsiefer omdat de berekening van de aanbevelingsselectie op dezelfde locatie is als de gegevens en regels.

    Klanten die rekenservices hebben gebouwd, zijn Solidsoft Reply en Infosupport.

  • Services met hoge Service Fabric snelle failover door meerdere secundaire servicereplica's te maken. Als een knooppunt, proces of afzonderlijke service uitvallen vanwege hardware of andere fouten, wordt een van de secundaire replica's gepromoveerd naar een primaire replica met minimale verlies van service.

  • Schaalbare services: afzonderlijke services kunnen worden gepartitief, zodat de status over het cluster kan worden geschaald. Afzonderlijke services kunnen ook direct worden gemaakt en verwijderd. U kunt services uitschalen van een paar exemplaren op een paar knooppunten naar duizenden exemplaren op veel knooppunten en ze vervolgens naar behoefte opnieuw inschalen. U kunt Service Fabric gebruiken om deze services te bouwen en hun volledige levenscyclus te beheren.

Toepassingsontwerpcases

Casestudies die laten zien hoe Service Fabric wordt gebruikt om toepassingen te ontwerpen, worden gepubliceerd op de klantverhalen en Microservices op Azure-sites.

Toepassingen ontwerpen die bestaan uit staatloze en stateful microservices

Het bouwen van toepassingen Azure Cloud Services werkrollen is een voorbeeld van een stateless service. Stateful microservices behouden daarentegen hun gezaghebbende status buiten de aanvraag en het antwoord ervan. Deze functionaliteit biedt hoge beschikbaarheid en consistentie van de status via eenvoudige API's die transactionele garanties bieden die worden gegarandeerd door replicatie.

Stateful services in Service Fabric hoge beschikbaarheid voor alle soorten toepassingen, niet alleen databases en andere gegevensopslag. Dit is een natuurlijke voortgang. Toepassingen zijn al verplaatst van het gebruik van alleen relationele databases voor hoge beschikbaarheid naar NoSQL-databases. De toepassingen zelf kunnen nu hun 'hot' status en gegevens erin laten beheerd voor extra prestatieverbeteringen, zonder dat dit ten koste gaat van de betrouwbaarheid, consistentie of beschikbaarheid.

Wanneer u toepassingen bouwt die bestaan uit microservices, hebt u meestal een combinatie van stateless web-apps (zoals ASP.NET en Node.js) die aanroepen naar stateless en stateful services in de middelste laag van het bedrijf. De apps en services worden allemaal in hetzelfde Service Fabric geïmplementeerd via de Service Fabric implementatieopdrachten. Elk van deze services is onafhankelijk met betrekking tot schaal, betrouwbaarheid en resourcegebruik. Deze onafhankelijkheid verbetert de flexibiliteit en flexibiliteit van ontwikkelings- en levenscyclusbeheer.

Stateful microservices vereenvoudigen toepassingsontwerpen omdat ze de noodzaak van extra wachtrijen en caches verwijderen die van oudsher nodig waren om te voldoen aan de beschikbaarheids- en latentievereisten van uitsluitend staatloze toepassingen. Omdat stateful services een hoge beschikbaarheid en lage latentie hebben, zijn er minder details om in uw toepassing te beheren.

De volgende diagrammen illustreren de verschillen tussen het ontwerpen van een staatloze toepassing en een stateful toepassing. Door gebruik te maken van de Reliable Services en Reliable Actors programmeermodellen, verminderen stateful services de complexiteit van toepassingen terwijl een hoge doorvoer en lage latentie worden bereikt.

Hier is een voorbeeldtoepassing die gebruikmaakt van staatloze services: Toepassing die gebruikmaakt van staatloze services

Hier is een voorbeeldtoepassing die gebruikmaakt van stateful services: Toepassing die gebruikmaakt van stateful services

Volgende stappen