Tác vụ công nghệ và đơn vị công việc trong hệ thống

Tác vụ công nghệ là gì?

Tác vụ công nghệ là một đơn vị công việc được hệ thống tạo ra hoặc tiếp nhận để thực hiện một hành động xác định. Tác vụ mô tả phần việc cần làm, còn hệ thống chịu trách nhiệm quyết định khi nào phần việc đó có thể chạy, tài nguyên nào thực hiện và kết quả được xử lý ra sao.

Ví dụ, khi người dùng tải một tệp lên dịch vụ trực tuyến, hệ thống có thể phát sinh tác vụ kiểm tra tệp, lưu dữ liệu, tạo bản xem trước hoặc gửi thông báo. Trong một hệ thống tự động, tác vụ cũng có thể được tạo mà không cần thao tác trực tiếp của người dùng, chẳng hạn sao lưu dữ liệu theo lịch hoặc đồng bộ dữ liệu khi có sự kiện mới.

Vì vậy, không nên hiểu tác vụ chỉ là một câu lệnh đơn lẻ. Một tác vụ có thể bao gồm nhiều thao tác nhỏ hơn miễn là chúng cùng phục vụ một đơn vị công việc có đầu vào, logic xử lý và trạng thái hoàn thành xác định.

Khái niệm này cũng mang tính phụ thuộc hệ thống. Trong hệ điều hành, nền tảng điện toán phân tán, hệ thống hàng đợi hay ứng dụng doanh nghiệp, từ “task” có thể được định nghĩa ở những cấp độ khác nhau. Không có một cấu trúc tác vụ duy nhất áp dụng cho mọi công nghệ.

Một tác vụ thường chứa những thành phần nào?

Để hệ thống có thể quản lý một tác vụ, chỉ biết “cần làm gì” thường chưa đủ. Tác vụ thường gắn với một tập thông tin mô tả cách công việc được nhận diện và thực hiện.

Các thành phần có thể gồm:

·         Định danh tác vụ để phân biệt tác vụ này với tác vụ khác

·         Loại công việc hoặc thao tác cần thực hiện

·         Dữ liệu đầu vào cần thiết cho quá trình xử lý

·         Trạng thái thể hiện tác vụ đang chờ, đang chạy, đã hoàn thành hay gặp lỗi

·         Điều kiện hoặc phụ thuộc phải được đáp ứng trước khi tác vụ chạy

·         Thông tin lập lịch hoặc mức ưu tiên khi hệ thống cần lựa chọn giữa nhiều tác vụ

·         Giới hạn thực thi như thời gian chờ, số lần thử lại hoặc giới hạn tài nguyên nếu kiến trúc có quy định

·         Kết quả hoặc thông tin lỗi sau khi quá trình thực hiện kết thúc

Không phải hệ thống nào cũng lưu toàn bộ các trường trên. Một tác vụ nhỏ chạy trực tiếp có thể chỉ cần thao tác và dữ liệu đầu vào, trong khi tác vụ phân tán hoặc chạy nền thường cần nhiều thông tin trạng thái hơn để có thể tiếp tục xử lý khi máy chủ, mạng hoặc dịch vụ gặp sự cố.

Các thông số định lượng như timeout, số lần retry, giới hạn đồng thời hay thời gian đáp ứng không có một ngưỡng chung cho mọi tác vụ công nghệ. Chúng phải được xác định theo đặc tính kỹ thuật, tải hệ thống và yêu cầu vận hành của từng nền tảng.

Hệ thống tiếp nhận và sắp xếp tác vụ như thế nào?

Khi một tác vụ được tạo, hệ thống không nhất thiết thực hiện nó ngay lập tức. Trước tiên, tác vụ có thể phải được kiểm tra để xác định dữ liệu đầu vào có hợp lệ, quyền thực hiện có phù hợp và các điều kiện cần thiết đã được đáp ứng hay chưa.

Nếu tác vụ chưa thể chạy ngay, nó có thể được đưa vào hàng đợi. Hàng đợi tạo khoảng cách giữa nơi phát sinh công việc và thành phần thực sự xử lý công việc. Nhờ đó, một dịch vụ có thể tiếp nhận nhiều yêu cầu mà không bắt buộc phải hoàn thành từng yêu cầu ngay tại thời điểm chúng xuất hiện.

Khi có nhiều tác vụ cùng chờ, thành phần lập lịch hoặc cơ chế điều phối sẽ lựa chọn tác vụ phù hợp để thực hiện. Việc lựa chọn có thể phụ thuộc vào:

·         Thứ tự đến

·         Mức ưu tiên

·         Tài nguyên đang sẵn có

·         Quan hệ phụ thuộc giữa các tác vụ

·         Giới hạn số tác vụ được chạy đồng thời

·         Chính sách riêng của hệ thống

Một tác vụ có mức ưu tiên cao vì thế cũng chưa chắc được chạy ngay. Nếu nó phụ thuộc vào dữ liệu chưa có, tài nguyên đang bị chiếm dụng hoặc một tác vụ trước chưa hoàn thành, hệ thống vẫn phải chờ điều kiện cần thiết.

Tác vụ được thực hiện theo trình tự nào?

Mặc dù cách triển khai khác nhau giữa các nền tảng, vòng đời của một tác vụ thường có thể hiểu theo chuỗi sau:

Tạo tác vụ → kiểm tra điều kiện → đưa vào trạng thái sẵn sàng hoặc chờ → chọn tác vụ để thực thi → cấp tài nguyên → chạy logic xử lý → ghi nhận kết quả → kết thúc hoặc xử lý lỗi.

Khi được tạo, tác vụ trước hết mang thông tin về công việc cần làm. Hệ thống kiểm tra đầu vào và những điều kiện cần thiết. Nếu chưa đáp ứng điều kiện, tác vụ có thể ở trạng thái chờ thay vì bị coi là lỗi.

Khi đủ điều kiện, tác vụ chuyển sang trạng thái có thể thực thi. Bộ lập lịch, worker hoặc thành phần xử lý nhận tác vụ và cấp những tài nguyên cần thiết như thời gian CPU, bộ nhớ, kết nối, luồng xử lý hoặc quyền truy cập dịch vụ.

Trong lúc chạy, tác vụ có thể tiếp tục thực hiện đến khi hoàn tất hoặc tạm thời phải chờ một tài nguyên khác. Chẳng hạn, phần xử lý đang chờ phản hồi từ cơ sở dữ liệu không nhất thiết đã thất bại; nó chỉ chưa thể tiếp tục bước kế tiếp.

Sau khi logic xử lý kết thúc, hệ thống ghi nhận kết quả. Trạng thái thường được quy về các nhóm như hoàn thành thành công, thất bại hoặc bị hủy. Tên trạng thái cụ thể phụ thuộc vào nền tảng.

Nếu xảy ra lỗi, hệ thống có thể kết thúc tác vụ ngay hoặc thực hiện lại. Retry chỉ phù hợp khi nguyên nhân có khả năng là tạm thời và việc chạy lại không tạo hậu quả không mong muốn. Với các thao tác làm thay đổi dữ liệu, thiết kế idempotent thường được sử dụng để việc thực hiện lại cùng một yêu cầu không vô tình tạo kết quả trùng lặp.

Tác vụ khác với process, thread, job và request ra sao?

Các thuật ngữ này có quan hệ gần nhau nhưng không hoàn toàn đồng nghĩa.

Tác vụ (task) mô tả một đơn vị công việc cần được hoàn thành. Nó thiên về câu hỏi “hệ thống cần làm việc gì?”.

Process là một thực thể thực thi của chương trình trong hệ điều hành, thường có không gian tài nguyên và trạng thái thực thi riêng.

Thread là một luồng thực thi bên trong process. Một process có thể có nhiều thread cùng tham gia xử lý các công việc khác nhau.

Job thường được dùng cho một công việc có phạm vi lớn hơn hoặc được quản lý như một lần chạy độc lập, đặc biệt trong xử lý nền, batch processing hoặc hệ thống lập lịch. Một job có thể bao gồm nhiều task.

Request là một yêu cầu được gửi tới hệ thống. Request có thể được xử lý trực tiếp hoặc trở thành nguồn tạo ra một hay nhiều tác vụ.

Do đó, không nên mặc định một task luôn tương ứng với một process hoặc một thread. Một thread có thể lần lượt xử lý nhiều tác vụ, trong khi một tác vụ lớn cũng có thể cần nhiều thành phần thực thi phối hợp với nhau.

Trạng thái và quan hệ phụ thuộc quyết định luồng thực thi ra sao?

Trạng thái cho phép hệ thống biết một tác vụ đang ở đâu trong vòng đời xử lý. Những trạng thái thường gặp về mặt khái niệm gồm chờ, sẵn sàng, đang thực hiện, hoàn thành, thất bại và bị hủy.

Sự phân biệt này đặc biệt quan trọng trong hệ thống có nhiều công việc cùng lúc. Nếu chỉ lưu hai trạng thái “chưa xong” và “đã xong”, hệ thống khó xác định một tác vụ đang thực sự chạy, đang chờ tài nguyên hay đã gặp lỗi.

Quan hệ phụ thuộc còn quyết định thứ tự thực hiện giữa các tác vụ. Giả sử tác vụ B cần dữ liệu do tác vụ A tạo ra. Khi đó B không thể được xử lý đúng chỉ vì worker đang rảnh; nó phải chờ A hoàn thành thành công hoặc phải có cơ chế khác cung cấp dữ liệu tương đương.

Trong hệ thống phức tạp, nhiều quan hệ như vậy có thể tạo thành một đồ thị phụ thuộc. Việc tổ chức tác vụ theo quan hệ này giúp hệ thống khai thác khả năng chạy song song: các tác vụ độc lập có thể được thực hiện đồng thời, còn những tác vụ phụ thuộc vẫn giữ đúng trình tự dữ liệu.

Khi nào một tác vụ được xem là hoàn thành?

Tác vụ chỉ nên được xem là hoàn thành khi điều kiện hoàn tất của chính công việc đã được đáp ứng, không đơn thuần vì đoạn mã xử lý đã ngừng chạy.

Nếu tác vụ là lưu bản ghi, hoàn thành có thể đồng nghĩa dữ liệu đã được ghi theo yêu cầu. Nếu tác vụ là gửi dữ liệu tới một hệ thống khác, điều kiện hoàn thành còn phụ thuộc kiến trúc: hệ thống có thể coi việc đưa thông điệp vào hàng đợi thành công là hoàn tất, hoặc phải chờ phía nhận xác nhận.

Điểm này tạo ra ranh giới quan trọng giữa thực thi xong và đạt kết quả mong muốn. Một hàm có thể kết thúc nhưng trả lỗi; worker có thể dừng nhưng giao dịch chưa được ghi nhận. Khi đó tác vụ không thể được đánh dấu thành công chỉ dựa trên việc quá trình thực thi đã kết thúc.

Cách xác định điều kiện hoàn tất ảnh hưởng trực tiếp đến retry, theo dõi lỗi và khả năng khôi phục của hệ thống. Vì vậy, trạng thái kết thúc phải phản ánh kết quả thực tế của đơn vị công việc chứ không chỉ phản ánh việc tài nguyên xử lý đã được giải phóng.

Tóm lại, tác vụ công nghệ là đơn vị công việc mà một hệ thống cần quản lý và thực hiện để tạo ra kết quả xác định. Tác vụ thường đi qua quá trình tạo, kiểm tra điều kiện, chờ hoặc lập lịch, thực thi và ghi nhận kết quả. Trong những hệ thống có nhiều công việc đồng thời, trạng thái, mức ưu tiên, tài nguyên và quan hệ phụ thuộc quyết định tác vụ nào được chạy và chạy theo thứ tự nào. Hiểu tác vụ theo vòng đời này cũng giúp phân biệt nó với process, thread, job hay request: các khái niệm đó có thể tham gia vào quá trình thực thi, nhưng không đồng nhất với chính đơn vị công việc.