GitHub's Engineering Fundamentals program

GitHub · 2024 · 3. Quy mô lớn · Độ khó: Cơ bản — bài gốc

Bài do TPM phụ trách chương trình viết, thiên về quy trình; không có số liệu tuân thủ hay độ tin cậy trước/sau.

Bối cảnh

Hơn 100 triệu người dùng, 90% Fortune 100 là khách; GitHub cần trả nợ kỹ thuật, tăng độ tin cậy và khả năng quan sát. Từ đó có chương trình quản trị kỹ thuật Fundamentals với ba trụ: Accessibility, Security, Availability.

Thuộc tính service nằm trong repo: mỗi service có một file YAML giữ tầng (tier 0–3 theo mức quan trọng), QoS (critical, best effort, maintenance…), loại service, và chủ sở hữu (sponsor, team, kênh liên lạc).
Scorecard đọc YAML để tự áp yêu cầu: service không đạt scorecard áp dụng cho nó thì sinh action item có SLA và tự mở issue. Ví dụ scorecard: Durable ownership (mọi service có executive sponsor, team, kênh Slack), Code scanning (CodeQL), Secret scanning, Incident readiness (alert tới chủ, có hướng dẫn cho người trực), Accessibility. Một số scorecard dự kiến thành technical control: lệch là coi như sự cố.
Vai trò: executive sponsor, pillar sponsor, DRI của chương trình, scorecard champion (thêm/sửa/bỏ yêu cầu), service sponsor, Fundamentals delegate ở từng tổ chức; dashboard liệt kê service chưa đạt theo tier và team; check-in định kỳ với lãnh đạo; mục tiêu nằm trong kế hoạch quý, theo dõi hằng tuần.

Theo GitHub: mọi service đạt yêu cầu ownership; xử lý xong cảnh báo secret scanning ở repo của service, kể cả repo 15 năm tuổi (và gán chủ cho chúng); service quan trọng chịu chuẩn incident readiness cao hơn; tier được audit lại cho đúng.

Metadata của service (tier, chủ) phải nằm cạnh code và được máy đọc; khi đó chuẩn có thể áp tự động theo mức quan trọng thay vì theo danh sách tay.
Chuẩn không có người sở hữu chuẩn (champion) và người chịu trách nhiệm ở từng tổ chức thì không ai cập nhật hay thực thi.
Lối tiến hoá: scorecard (đo, nhắc) → control (chặn, coi lệch là sự cố).