Live and recent posts from across the Fediverse tagged #кэширование, aggregated by home.social.
Кэширование зависимостей в GitLab CI: ускорили сборку Java-сервисов в 4 раза
Ускорение сборки не всегда требует менять сам процесс сборки. Иногда достаточно перестать заново скачивать и собирать то, что уже было получено на предыдущем запуске. Вопрос в том, что именно стоит сохранять между запусками и средствами какого уровня это лучше делать. Разбираем два варианта кэширования зависимостей в GitLab CI и показываем, как выбрать подход с учетом того, как устроена сборка.
Два сервиса писали в один ключ Redis одно и то же. Это и было опасно
Переводя сервис прогнозов на общий Redis, я увидел в чужой базе ключ current_occupancy_cache и обнаружил, что ровно такой же пишет мой сервис. Развёл по разным номерам баз. Сегодня полез проверять эту историю и выяснил две вещи. Во-первых, коллизия стала невозможна через два дня сама по себе: мультигородность добавила ключу суффикс :city , и ни в одном коммите той фичи сервис прогнозов не упоминается. Во-вторых, и это интереснее, на тот день обе записи были одинаковыми поле в поле. То есть затирание прошло бы совершенно корректно, без ошибки и без строчки в логе. Опасным оно стало бы четырьмя днями позже, когда в одну из записей добавили has_live_data , а на фронте стоит ?? true . Про то, почему совпадение данных это не свойство системы, а след копипасты, и почему разводить общие пространства имён надо до того, как данные разъехались.
https://habr.com/ru/articles/1092744/
#рефакторинг #кэширование #связность #redis #микросервисы #docker