Комментарии 2
Поясните, пожалуйста, пару моментов по поводу недостатков distributed кэша:
В последствии, при масштабировании, данные будут передаваться в redis для последующей синхронизации. В этот момент будет происходить сериализация/десериализация, или я не прав? Если так, то «проблема» есть и с in-memory кэшем.
Опять же, при синхронизации будет происходить общение с redis. Правильно ли я понимаю, что снижения производительности не будет только для пользователя?
Все кэшированные данные должны поддерживать сериализацию и десериализацию, что не всегда возможно сделать прозрачно для всех сущностей в приложении;
В последствии, при масштабировании, данные будут передаваться в redis для последующей синхронизации. В этот момент будет происходить сериализация/десериализация, или я не прав? Если так, то «проблема» есть и с in-memory кэшем.
Возможно снижение производительности по сравнению со встроенной кэш-памятью из-за сетевых вызовов для кэшированных данных (network latency)
Опять же, при синхронизации будет происходить общение с redis. Правильно ли я понимаю, что снижения производительности не будет только для пользователя?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Опыт кэширования данных eCommerce в Azure Cloud на примере платформы Virto Commerce (ASP.NET Core)