The Operator's Journal
Product specs, ops playbooks & internal tooling notes
Vol. 04 · Issue 19
Product Spec · Background worker · BM monitoring · NolimitHub · BM gắn sao

Worker Định Kỳ Check Info BM Gắn Sao: 6 Tiếng / Lần, Tự Động, Không Phụ Thuộc Extension

Đặc tả bổ sung một job định kỳ vào worker chạy ngầm đã có sẵn — lấy danh sách IDBM gắn sao mỗi 6 tiếng, check info từ Facebook, đối chiếu với lần trước, cập nhật DB + lưu lịch sử + cảnh báo NolimitHub khi có biến động. Không dựng worker mới, không phụ thuộc Extension chạy tay.

D
Doanh Nguyễn
Editor, The Operator's Journal
Published 05 Jun 2026
Read time ~ 6 min
Priority P1 — High
In this spec
  1. 01Thông tin chung
  2. 02Bối cảnh
  3. 03Mục tiêu & Chỉ số

BM gắn sao là nhóm BM trọng yếu nhất của hệ thống — nhưng hiện đang được làm mới info chỉ khi ai đó bật Extension. Tần suất đó đã giảm; một BM gắn sao có thể die/bị hạn chế nhiều ngày mà không ai phát hiện kịp. Bài này đặc tả một thay đổi mỏng: thêm 1 job định kỳ (6h/lần) vào worker chạy ngầm đã có — tự lấy IDBM gắn sao, check info, so với lần trước, cập nhật DB + lưu lịch sử + cảnh báo NolimitHub khi có biến động.

01 · Thông tin chung

Bốn trường meta cần đọc đầu tiên

Trước khi đọc bất kỳ phần nào khác, hãy đối chiếu bốn ô dưới đây để chắc rằng bạn đang đọc đúng phiên bản tài liệu và đúng feature. Feature ID là khoá nối tới ticket, Status cho biết tài liệu đã sẵn sàng để code hay chưa.

ID
Feature ID
FT-WORKER-CHECK-BM-STARRED-01 — khoá nối tới ticket & branch.
PO
Owner / PO
CTO — cũng là người Approve cuối cùng trước khi deploy Production.
P1
Priority
P1 — High: BM gắn sao là BM trọng yếu; die/restrict âm thầm hoặc info sai lệch gây gián đoạn khách & rủi ro tài chính.
DR
Status
Draft — tạo 05/06/2026, cập nhật cuối 05/06/2026.
Hình 1.1 — Bốn trường meta của feature. ID / PO / Priority / Status — đối chiếu trước khi đọc tiếp.

02 · Bối cảnh

Hai vấn đề hiện tại — và đâu là nguyên nhân gốc

BM gắn sao là các Business Manager được đánh dấu trọng yếu trong hệ thống (BM giá trị cao / đang phục vụ khách quan trọng). Đúng ra đây là nhóm cần được giám sát chặt nhất, nhưng hiện việc nắm info của chúng đang gặp vấn đề:

Nguyên nhân gốc: việc làm mới info BM gắn sao đang phụ thuộc thao tác tay (bật Extension) và tần suất đó đã giảm; hệ thống chưa có cơ chế tự động, định kỳ đồng bộ lại info cho riêng nhóm BM gắn sao. Vì vậy dữ liệu vừa trễ, vừa thiếu, vừa không có lịch sử để truy vết khi BM "đổi trạng thái".

Tính năng cần bổ sung: thêm vào worker chạy ngầm đã có sẵn một chức năng định kỳ (mỗi 6 tiếng/lần):

  1. Lấy toàn bộ IDBM của các BM đang gắn sao trong hệ thống.
  2. Tự gọi check info từng BM (quan trọng nhất là info BMtrạng thái Live/Die/Restricted), không còn phải chờ ai bật Extension.
  3. Đối chiếu info mới với lần check trước; khi có thay đổi thì cập nhật DB + lưu lịch sử thay đổi + gửi cảnh báo về NolimitHub.
bm-check.shape SCHEMA
// Một lần check info BM gắn sao trong chu kỳ 6h BMCheck = { bm_id: "ID của Business Manager", starred: true, // scope: chỉ BM gắn sao status: "Live | Die | Restricted", info: "các trường info định danh của BM", last_checked_at: "mốc thời gian check gần nhất", cycle: 6 // tiếng/lần — nên cấu hình được }
Nguyên nhân gốc: việc làm mới info BM gắn sao đang phụ thuộc thao tác tay (bật Extension), và tần suất đó đã giảm — hệ thống chưa có cơ chế tự động, định kỳ đồng bộ cho riêng nhóm trọng yếu. — Vì sao đây là vấn đề thiết kế, không phải vấn đề kênh

03 · Mục tiêu & Chỉ số

Ba chỉ số đo lường thành công

Sau khi làm xong: info của toàn bộ BM gắn sao luôn được làm mới tự động, độ trễ tối đa 6 tiếng so với thực tế trên Facebook — không còn phụ thuộc việc Admin/vận hành bật Extension thủ công. Hệ thống phát hiện sớm BM gắn sao bị die/restrict hoặc đổi info trọng yếu, và cảnh báo ngay về NolimitHub để xử lý kịp thời.

Ngoài ra, hệ thống còn có lịch sử biến động info BM theo thời gian để truy vết (BM đổi trạng thái lúc nào, từ gì sang gì) — phục vụ cho điều tra sự cố và đối chiếu khi khách báo lỗi.

Metric · 01
Phủ 100%
100% BM gắn sao được check tự động trong mỗi chu kỳ 6h — không bỏ sót, không phụ thuộc Extension.
Metric · 02
Phát hiện ≤ 6h
Thời gian phát hiện một BM gắn sao die/restrict giảm từ "tới khi có người bật Extension / khách báo" xuống ≤ 6 tiếng.
Metric · 03
Hết bật Extension tay
Giảm gần như về 0 việc phải bật Extension thủ công chỉ để nắm info BM gắn sao.
Hình 3.1 — Ba chỉ số đo lường thành công. Metric 02 là chỉ số then chốt — giảm thời gian phát hiện die/restrict từ "tới khi có người bật Extension / khách báo" về "≤ 6 tiếng".

— Last reviewed: 05/06/2026. Phản hồi gửi về owaf.fakku@gmail.com.

D
About the author

Doanh Nguyễn

Editor của The Operator's Journal, viết về product spec cho công cụ nội bộ, hệ thống giám sát tự động, và những lớp "tự động hoá thay cho thao tác tay" giúp đội vận hành không bị bào mòn bởi việc bật/tắt Extension. Trước đây xây dựng dashboard thuê TKQC cho các tổ chức ở Đông Nam Á — nơi câu hỏi "BM này còn sống không, hay vừa bị FB đánh die?" lặp lại mỗi ngày.

Tiếp tục đọc

Xem toàn bộ archive →