Ожидания от Service Fabric Reliable Services Reliable Collections

Я рассматриваю возможность хранения новых сгенерированных идентификаторов заказов в Service Fabric.

  • Требование: Обход 1000 заказов в секунду.

I. Должен ли я хранить этот надежный словарь, если требуется производительность?

II. Каковы соображения производительности?

III. Что такое емкость надежного сбора Service Fabric

введите здесь описание изображения

Справочник

Надежные сервисы и надежные коллекции

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

Производительность dotnet-сети Service Fabric (страница без результатов)

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


azure performance azure-service-fabric service-fabric-stateful reliable-message-delivery
person Rıfat Erdem Sahin    schedule 28.06.2017    source источник
comment
Нужно ли сохранять идентификаторы заказов? В этом случае использование надежных коллекций хорошо подходит, поскольку данные находятся ближе всего к тому месту, где они используются. С точки зрения производительности это хорошо. (Concurren) коллекции находятся только в памяти.   -  person Peter Bons    schedule 28.06.2017
comment
Возможно, вам даже не нужно использовать надежные коллекции, многие хранилища баз данных легко справятся с такой пропускной способностью!   -  person Mardoxx    schedule 28.06.2017
comment
Доступно ли сравнение производительности, где я могу сравнить DB, Redis и сервисную структуру?   -  person Rıfat Erdem Sahin    schedule 29.06.2017
comment
[StatePersistence(StatePersistence.Persisted)] Влияет ли это на производительность?   -  person Rıfat Erdem Sahin    schedule 30.06.2017

Ответы (1)


arrow_upward
1
arrow_downward

Если вы отправляете 1000 заказов от одного клиента одновременно, это может быть обработано без проблем.

Если каждый заказ проталкивается индивидуально и вам нужно обеспечить пропускную способность тысяча в секунду, вам обязательно следует использовать партиционирование.

Вы также должны использовать и отслеживать метрики работоспособности для фактической пропускной способности и воздействовать на нее, добавляя дополнительные узлы в свой кластер, когда это необходимо.

person Robert    schedule 20.09.2017