gitlab-org--gitlab-foss/app/services/ci/pipeline_schedule_service.rb

# frozen_string_literal: true

module Ci
  class PipelineScheduleService < BaseService
    def execute(schedule)
      # Ensure `next_run_at` is set properly before creating a pipeline.
      # Otherwise, multiple pipelines could be created in a short interval.
      schedule.schedule_next_run!
      RunPipelineScheduleWorker.perform_async(schedule.id, schedule.owner&.id)
    end
  end
end
Make pipeline schedule worker resilient Currently, pipeline schedule worker is unstable because it's sometimes killed by excessive memory consumption. In order to improve the performance, we add the following fixes: 1. next_run_at is always real_next_run, which means the value always takes into account of worker's cron schedule 1. Remove exlusive lock. This is already covered by real_next_run change. 1. Use RunPipelineScheduleWorker for avoiding memory killer. Memory consumption is spread to the multiple sidekiq worker. 2019-05-17 08:10:44 -04:00			`# frozen_string_literal: true`

			`module Ci`
			`class PipelineScheduleService < BaseService`
			`def execute(schedule)`
			# Ensure `next_run_at` is set properly before creating a pipeline.
			`# Otherwise, multiple pipelines could be created in a short interval.`
			`schedule.schedule_next_run!`
Add latest changes from gitlab-org/gitlab@master 2020-05-07 05:09:51 -04:00			`RunPipelineScheduleWorker.perform_async(schedule.id, schedule.owner&.id)`
Make pipeline schedule worker resilient Currently, pipeline schedule worker is unstable because it's sometimes killed by excessive memory consumption. In order to improve the performance, we add the following fixes: 1. next_run_at is always real_next_run, which means the value always takes into account of worker's cron schedule 1. Remove exlusive lock. This is already covered by real_next_run change. 1. Use RunPipelineScheduleWorker for avoiding memory killer. Memory consumption is spread to the multiple sidekiq worker. 2019-05-17 08:10:44 -04:00			`end`
			`end`
			`end`