Comments 7
Хотите, я продолжу и переведу финальную часть текста с примером реализации кэша на Go?
Авторы совсем обленились вычитывать текст после ИИ?
Вы кажется совсем не понимаете почему используют redis .
Громкий заголовок и внутри статья для джуна
А, перевод...
Такая реализация кэша на мапе течёт по памяти из-за неконтролируемого роста сегментов мапы в пиковых значениях кеша. Сегменты не удаляются при удалении элемента мапы через delete.
Подробнее об этой проблеме можете почитать в книге "100 ошибок Go и как их избежать" в третьей главе.
Вы бы спросили ChatGPT что будет если у вас больше одного экземпляра приложения запущено, а потом писали бы статью.
"Как написать свой велосипед на go, вместо использования существующих production ready инструментов"
Мда. Ожидал почитать про кольцевой буфер для кеша или хотя бы использование готовых сторонних библиотек кеширования, а прочитал про то, за что при попытке реализовать в продакшене могут и уволить нафиг.
Я бы еще понял фиксированые мапы с шардированием по указателю на быстрых хешах, но не вот это вот.
Кэширование в Go: ускоряем API без Redis