Посмотрю, спасибо

Добрый вечер. Кто работал с отложенными действиями, подскажите.

Допустим, у меня есть 50к активных юзеров. Каждый из них создаёт себе временный статус (по истечению времени этот статус удаляется).

Для проверки актуальности статуса, я запускаю на сервере cron-процесс с интервалом в 1 минуту, который на каждый тик делает запрос в базу данных в виде SELECT * FROM ALL_USERS WHERE DATE_STATUS < DATE.NOW : (то статус удаляется).

Правильно ли я делаю?

Можно глянуть в сторону редиса, хранить статусы там и задавать ключам время жизни. https://redis.io/commands/expire

Можно делать отложенными задачами, которые исполняются по таймеру

На гошных каналах такое просто сделать

Подскажите, а есть какая нибудь статья или видео про внутреннее устройство mutex в go?

стандартный используй. Не надо ничего изобретать без надобности

спс

Вы про библиотеку cron? Если все отложенные задачи будут находиться в памяти виртуальной машины, то если сервер упадет, все же исчезнет?

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

И восстанавливать данные при запуске

То есть такой способ далеко не идеальный?

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

Собственно у нас есть несколько процессов по такой схеме, причём с разными интервалами: от нескольких часов до нескольких месяцев. Работает в целом неплохо, но надо тюнить базу (автовакуум и прочее)

Всем привет!
Есть пакет, код в котором ходит в другой сервис - в supplier payments.
Я хочу назвать пакет supplier_payments_provider, но это snake_case, что против рекомендаций.
Но называть его supplierpaymentsprovider - ужасно, ибо очень плохо читается.
Как бы вы поступили в подобной ситуации?

пакеты обычно называются одинм словом, а не тремя

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

Используйте сокращения - supplierpayprov

имхо это ничего не меняет, кроме количества букв.