Expectations de Service Fabric Services fiables Collections fiables

Je considère stocker un nouvel orderID généré dans Service Fabric.Expectations de Service Fabric Services fiables Collections fiables

Exigence : Transmettez 1000 ordres par seconde.

I. Devrais-je stocker ce dictionnaire fiable si la performance est nécessaire?

II. Quelles sont les considérations de performance?

III. Qu'est-ce que la collection service Tissu fiable Capacité

Référence

services fiables Collections fiables

https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-reliable-services-reliable-collections

service de performance dotnet tissu (Aucun résultat Page)

https://github.com/Azure-Samples/service-fabric-dotnet-performance/tree/master/ServiceLoadTest

Source

2017-06-28 Rıfat Erdem Sahin

Les ID de commande doivent-ils être conservés? Dans ce cas, l'utilisation de collections fiables convient parfaitement car les données résident le plus près de l'endroit où elles sont utilisées. En termes de performance, c'est une bonne chose. Les collections (Concurren) sont en mémoire uniquement. –

Vous n'avez probablement même pas besoin d'utiliser des collections fiables, de nombreux magasins de bases de données peuvent facilement gérer ce débit! – Mardoxx

Y a-t-il une comparaison des performances disponible où je peux comparer DB, Redis et le tissu de service? –

Si vous appuyez sur 1000 commandes d'un seul client à la fois cela peut être manipulé sans problèmes.

Si chaque commande est poussée individuellement et que vous devez assurer un débit de mille par seconde, vous devez absolument utiliser le partitionnement.

Vous devez également utiliser et surveiller les statistiques d'intégrité pour votre débit réel et agir en ajoutant plus de nœuds à votre cluster si nécessaire.

Source

2017-09-20 07:21:13 Robert

Expectations de Service Fabric Services fiables Collections fiables

Répondre

Questions connexes