2022-11-09 15:08:19 +02:00
|
|
|
# frozen_string_literal: true
|
|
|
|
|
|
|
|
class Scheduler::SuspendedUserCleanupScheduler
|
|
|
|
include Sidekiq::Worker
|
|
|
|
|
|
|
|
# Each processed deletion request may enqueue an enormous
|
|
|
|
# amount of jobs in the `pull` queue, so only enqueue when
|
|
|
|
# the queue is empty or close to being so.
|
|
|
|
MAX_PULL_SIZE = 50
|
|
|
|
|
|
|
|
# Since account deletion is very expensive, we want to avoid
|
2022-12-15 16:57:26 +02:00
|
|
|
# overloading the server by queuing too much at once.
|
2022-11-09 15:08:19 +02:00
|
|
|
# This job runs approximately once per 2 minutes, so with a
|
|
|
|
# value of `MAX_DELETIONS_PER_JOB` of 10, a server can
|
|
|
|
# handle the deletion of 7200 accounts per day, provided it
|
|
|
|
# has the capacity for it.
|
|
|
|
MAX_DELETIONS_PER_JOB = 10
|
|
|
|
|
2023-08-03 12:04:05 +03:00
|
|
|
sidekiq_options retry: 0, lock: :until_executed, lock_ttl: 1.day.to_i
|
2022-11-09 15:08:19 +02:00
|
|
|
|
|
|
|
def perform
|
|
|
|
return if Sidekiq::Queue.new('pull').size > MAX_PULL_SIZE
|
|
|
|
|
2023-11-30 17:43:26 +02:00
|
|
|
process_deletion_requests!
|
2022-11-09 15:08:19 +02:00
|
|
|
end
|
|
|
|
|
|
|
|
private
|
|
|
|
|
2023-11-30 17:43:26 +02:00
|
|
|
def process_deletion_requests!
|
2022-11-09 15:08:19 +02:00
|
|
|
# This should be fine because we only process a small amount of deletion requests at once and
|
|
|
|
# `id` and `created_at` should follow the same order.
|
|
|
|
AccountDeletionRequest.reorder(id: :asc).take(MAX_DELETIONS_PER_JOB).each do |deletion_request|
|
|
|
|
next unless deletion_request.created_at < AccountDeletionRequest::DELAY_TO_DELETION.ago
|
|
|
|
|
|
|
|
Admin::AccountDeletionWorker.perform_async(deletion_request.account_id)
|
|
|
|
end
|
|
|
|
end
|
|
|
|
end
|