Разработка архитектуры кэширования для программного продукта

Условие

Создать механизм кэширования для уже существующего решения.

• Проанализировать, какие фрагменты данных наиболее выгодно хранить в кэше.
• Выбрать оптимальный инструмент или технологию для реализации кэша.
• Реализовать процесс инвалидации кэшированных записей при изменении исходных данных.
• Учесть различные уровни изоляции транзакций при работе с кэшем.
• Сравнить показатели производительности системы до и после внедрения кэша.

using System;

public class Program
    {
        public static void Main()
    {

    }
}

Ответ

Начните с измерений и выберите дорогие повторные чтения с допустимой задержкой обновления. Кеш внедряют с явной стратегией ключей, инвалидирования и поведения при отказе.

Для одного процесса подойдёт локальный кеш; для общего состояния нескольких экземпляров — распределённый. В cache-aside данные читают из БД при промахе, заполняют кеш и инвалидируют после успешного commit, при необходимости через outbox.

Кеш не наследует изоляцию транзакции БД: он может содержать другую версию данных. Для строгого снимка чтение критичной части оставляют в БД либо проектируют версии. До и после сравнивают latency, hit rate, нагрузку источника и ошибки, учитывая cache stampede и холодный старт.