NỘI DUNG

1. Activejob là gì ?

• ActiveJob là 1 framework trong rails dùng để khai báo các công việc và xử lý chúng theo thứ tự hàng đợi queue, là frontend để khai báo các job.

• Những công việc này có thể là mọi thứ, từ dọn dẹp thường xuyên theo lịch trình, đến tính phí thanh toán, cho đến gửi email.

• Bất cứ thứ gì có thể được chia nhỏ thành các đơn vị công việc nhỏ và chạy song song độc lập với luồng chính đều có thể xếp hàng để thực hiện (backend)

2. Backgroud job là gì ?

–BackgroudJob có thể gọi là các công việc chạy nền, những công việc thực hiện trên luồng độc lập với luồng chính của ứng dụng web.

–Bình thường thì các trang web nhận request từ người dùng và trả về một response nhưng Background job thì có khác biệt

=> Bắt đầu từ một request đến Website nhưng đòi hỏi thời gian thực thi lâu hơn so với bình thường (có thể tưởng tưởng như là những request này không thể xử lý ngay lập tức) thì chúng ta sẽ cần sử dụng đến Background job

=> Xử lý bất đồng bộ trên một luồng riêng biệt, trả về response cho người dùng.

3. Có những các nào để xử lý background job?

-Có 10 cách để xử lý trong bảng dưới đây:

chú thích:

–Async: Xử lý bất đồng bộ.

–Queues: Hàng đợi.

–Delayed: Bổ xung yêu cầu thực hiện sau
ví dụ perform_later.

–Priorities: Thứ tự các job có thể thay đổi trong queue.

–Timeout: Hết thời gian thực hiện

–Retries: Thử lại các job fail

• Mặc định Rails cung cấp cho chúng ta Active job (1 framework để xử lý Background job) built-in queue process (tích hợp sẵn hàng đợi).

• Những process trong queue được lưu vào RAM nên nếu server bị shutdown thì những job chưa hoặc đang thực hiện sẽ bị mất, điều này có thể gây ảnh hưởng tiêu cực đến người dùng và dịch vụ của chúng ta, vì vậy nó chỉ thích hợp cho những ứng dụng nhỏ hoặc những công việc không quan trọng.

4. Cách tạo, Config, Sử dụng ActiveJob?

Trước tiên ta phải tạo ra một job mà bạn muốn sử dụng:

rails g job SendMail
  invoke  test_unit
  create  test/jobs/send_mail_job_test.rb
  create  app/jobs/send_mail_job.rb

classSendMailJob<ApplicationJob
 queue_as :defaultdefperform(*args)# Do something laterendend

Với Active job có thể gửi bao nhiêu tham số tùy ý, kể cả 1 object phức tạp như :

• Basic types (NilClass, String, Integer, Float, BigDecimal, TrueClass, FalseClass)
• Symbol / Array
• Date / Time / DateTime
• ActiveSupport::TimeWithZone / ActiveSupport::Duration /Hash (Keys should be of String or Symbol type)…

config :

Mặc định active job sử dụng queue :default (:async) để lưu job, ngoài ra còn có adapter khác là :inline, để sử dụng ta phải config như sau:

config.active_job.queue_adapter = :inline => job sẽ thực hiện ngay lập tức trong luồng chính

config.active_job.queue_adapter = :async => job sẽ được thực hiện trong nhóm luồng khác, là adapter hàng đợi mặc định, phù hợp với môi trường dev/test vì nó không cần cơ sở hạ tầng bên ngoài, nhưng nó không phù hợp trong môi trường production, vì nó sẽ loại bỏ những công việc đang chờ xử lý khi khởi động lại.

Ta có thể config số luồng hoạt động như sau :

config.active_job.queue_adapter =ActiveJob::QueueAdapters::AsyncAdapter.new 
   min_threads:1,
   max_threads:2*Concurrent.processor_count,
   idletime:600.seconds

5. Queue

Chúng ta có thể đẩy công việc chạy ngầm vào hàng đợi queue cụ thể và xét độ ưu tiên

classGuestsCleanupJob<ApplicationJob
  queue_as :low_priority# ...end

Bạn có thể đặt trước tên hàng đợi cho tất cả các công việc của mình bằng cách sử dụng:

config.active_job.queue_name_prefix
trong file application.rb:

# config/application.rbmoduleYourAppclassApplication<Rails::Application
    config.active_job.queue_name_prefix =Rails.env
  endend

# app/jobs/guests_cleanup_job.rbclassGuestsCleanupJob<ApplicationJob
  queue_as :low_priority# ...end

-Có thể config queue trong job như sau:

classGuestsCleanupJob<ApplicationJob
  queue_as :low_priorityself.queue_name_prefix =nil# ...end

-Cũng có thể config khi gọi job:

MyJob.set(queue::another_queue).perform_later(record)

6. Callback Trong ActiveJob?

Tương tự như ActiveRecord, Active Job cũng sử dụng callback để can thiệp vào vòng đời của một job

before_enqueue
around_enqueue
after_enqueue
before_perform
around_perform
after_perform

7.Xử lý exceptions, Retry hay Discard failed Job ?

classRemoteServiceJob<ApplicationJob
  retry_on CustomAppException# defaults to 3s wait, 5 attempts

  discard_on ActiveJob::DeserializationErrordefperform(*args)# Might raise CustomAppException or ActiveJob::DeserializationErrorendend

-Mặc định Job failed sẽ không được retry mà job sẽ bị discard luôn

-Trường hợp muốn retry hoặc discard theo mục đích thì ta raise exception sau đó sử dụng
retryon exeption để thử lại mặc định đợi 3s và thử lại 5 lần

–Discardon exeption để xóa luôn job đi

8.Tham khảo

https://guides.rubyonrails.org/active_job_basics.html