CROSS-CUTTING - TECHNICAL LEADERSHIP

Tài nguyên: The Staff Engineer's Path (Tanya Reilly), Staff Engineer (Will Larson), The Pyramid Principle (Minto), Good Strategy Bad Strategy (Rumelt), Team Topologies, Radical Candor (Scott), Thinking in Bets (Duke), Specifying Systems (Lamport), Practical TLA+ (Wayne), "How Amazon Web Services Uses Formal Methods".

KHỐI A - Technical Writing & Influence (Ngày 1-24) → P1

Ngày 1: Khởi động Leadership

• Mục tiêu: Vì sao soft skills quyết định impact ở Staff/Principal.

• Lý thuyết: ảnh hưởng qua viết & quyết định, không qua thẩm quyền.

• Thực hành: Repo leadership/; tự đánh giá điểm mạnh/yếu 6 mảng.

Ngày 2: Written-first & async

• Mục tiêu: Viết là đòn bẩy.

• Lý thuyết: written-first culture, async > meeting cho quyết định lớn.

• Thực hành: Chuyển một quyết định thành doc thay vì họp.

Ngày 3: Phân tích audience

• Mục tiêu: Viết cho đúng người.

• Lý thuyết: engineer vs exec vs cross-functional - nhu cầu khác.

• Thực hành: Viết cùng ý cho 2 audience khác nhau.

Ngày 4: BLUF & Pyramid Principle

• Mục tiêu: Cấu trúc thuyết phục.

• Lý thuyết: bottom-line-up-front, ý chính trước, chi tiết sau (Minto).

• Thực hành: Cấu trúc lại một doc theo pyramid.

Ngày 5: RFC process

• Mục tiêu: Đề xuất thay đổi có đồng thuận.

• Lý thuyết: RFC lifecycle, review culture (nối Layer 6/13).

• Thực hành: Viết một RFC.

Ngày 6: ADR

• Mục tiêu: Ghi lại quyết định.

• Lý thuyết: Architecture Decision Record, context/decision/consequence (nối Layer 6).

• Thực hành: Viết 2 ADR.

Ngày 7: Design doc

• Mục tiêu: Thiết kế trước khi code.

• Lý thuyết: Google design doc format (context/goals/design/alternatives).

• Thực hành: Viết một design doc.

Ngày 8: Narrative memo

• Mục tiêu: Kể chuyện thay bullet.

• Lý thuyết: Amazon 6-pager, narrative memo, no-slides.

• Thực hành: Viết một narrative memo.

Ngày 9: Lập luận thuyết phục

• Mục tiêu: Data + narrative.

• Lý thuyết: kết hợp số liệu và câu chuyện.

• Thực hành: Củng cố một đề xuất bằng data + narrative.

Ngày 10: Làm rõ ngầm định

• Mục tiêu: Nói ra điều mặc định.

• Lý thuyết: surface assumptions, giảm hiểu lầm.

• Thực hành: Liệt kê assumption ẩn của một quyết định.

Ngày 11: Viết cho executive

• Mục tiêu: Dịch tech → business.

• Lý thuyết: exec đọc gì, impact/cost/risk.

• Thực hành: Viết exec summary một dự án kỹ thuật.

Ngày 12: Viral internal docs

• Mục tiêu: Doc tự lan toả.

• Lý thuyết: doc được đọc & chia sẻ, clarity + timing.

• Thực hành: Phân tích vì sao một doc lan toả.

Ngày 13: Shared understanding

• Mục tiêu: Đồng bộ nhận thức đội.

• Lý thuyết: doc xây shared mental model.

• Thực hành: Viết doc tạo shared understanding một hệ.

Ngày 14: Review/edit doc người khác

• Mục tiêu: Nâng chất lượng chung.

• Lý thuyết: editing có tính xây dựng.

• Thực hành: Review + biên tập một doc.

Ngày 15: Docs as leverage

• Mục tiêu: Nhân bản chính mình.

• Lý thuyết: viết một lần, nhiều người dùng.

• Thực hành: Chuyển kiến thức lặp lại thành doc.

Ngày 16: Storytelling cho engineer

• Mục tiêu: Làm kỹ thuật hấp dẫn.

• Lý thuyết: problem → tension → resolution.

• Thực hành: Viết một câu chuyện kỹ thuật.

Ngày 17: Bất đồng trong văn bản

• Mục tiêu: Phản biện nhã nhặn.

• Lý thuyết: disagree bằng doc, tôn trọng.

• Thực hành: Viết một phản biện có tính xây dựng.

Ngày 18: Viết ngắn gọn

• Mục tiêu: Cắt fluff.

• Lý thuyết: concise = tôn trọng người đọc.

• Thực hành: Cắt 30% một doc mà giữ nội dung.

Ngày 19: Template & chuẩn doc

• Mục tiêu: Nhất quán ở quy mô.

• Lý thuyết: template RFC/ADR/design doc.

• Thực hành: Bộ template dùng chung.

Ngày 20: Đo impact của doc

• Mục tiêu: Doc có tác dụng thật.

• Lý thuyết: decision made, alignment, reuse.

• Thực hành: Định nghĩa cách đo impact.

Ngày 21: P1 - persuasive RFC

• Mục tiêu: Đóng khung P1.

• Lý thuyết: RFC thuyết phục cho một thay đổi lớn.

• Thực hành: Viết RFC hoàn chỉnh.

Ngày 22: P1 - ADR portfolio

• Mục tiêu: Ghi quyết định.

• Lý thuyết: bộ ADR cho một hệ.

• Thực hành: 3-5 ADR.

Ngày 23: P1 - design doc

• Mục tiêu: Thiết kế thuyết phục.

• Lý thuyết: design doc có alternatives + tradeoff.

• Thực hành: Design doc hoàn chỉnh.

Ngày 24: P1 - Technical writing portfolio

• Mục tiêu: Release P1.

• Lý thuyết: rà "done": RFC + ADR + design doc thuyết phục.

• Thực hách: Đóng gói + blog #129 ("Viết để dẫn dắt: RFC, ADR, design doc thuyết phục"). P1 done. Đã đi 24/90 (27%).

KHỐI B - Tradeoff Analysis & Decision-making (Ngày 25-39) → P2

Ngày 25: Làm rõ tradeoff

• Mục tiêu: Đánh đổi minh bạch.

• Lý thuyết: mọi quyết định là tradeoff, nói rõ được/mất.

• Thực hành: Bảng tradeoff cho một quyết định.

Ngày 26: Decision framework

• Mục tiêu: Ai quyết, ai góp ý.

• Lý thuyết: RAPID/DACI, rõ vai trò.

• Thực hành: Áp DACI cho một quyết định.

Ngày 27: "Đủ tốt"

• Mục tiêu: Không tối ưu quá đà.

• Lý thuyết: satisficing vs optimizing, chọn "đủ tốt".

• Thực hành: Nhận diện over-engineering.

Ngày 28: Cửa một chiều/hai chiều

• Mục tiêu: Quyết nhanh khi đảo được.

• Lý thuyết: reversible (two-way door) vs irreversible.

• Thực hành: Phân loại quyết định theo cửa.

Ngày 29: Cost of delay

• Mục tiêu: Chậm cũng tốn.

• Lý thuyết: cost of delay, opportunity cost.

• Thực hành: Ước tính cost of delay một quyết định.

Ngày 30: CỘT MỐC 30

• Mục tiêu: Chốt writing + đầu tradeoff.

• Lý thuyết: Ôn A + đầu B; kiểm kê: writing portfolio + khung tradeoff.

• Thực hành: Đề thi #1 (tự đánh giá: viết một RFC + phân tích một tradeoff theo rubric); blog #130 ("Ra quyết định kỹ thuật: cửa một chiều, đủ tốt, và cost of delay"); tag leadership-day030; nghỉ nửa ngày. Đã đi 30/90 (33%).

Ngày 31: Quyết định dưới bất định

• Mục tiêu: Không cần chắc 100%.

• Lý thuyết: reasoning under uncertainty, xác suất (nối Layer 0).

• Thực hành: Quyết định với thông tin thiếu.

Ngày 32: Second-order thinking

• Mục tiêu: Nghĩ xa hơn hệ quả đầu.

• Lý thuyết: "và rồi sao nữa?", hệ quả bậc hai.

• Thực hành: Phân tích second-order cho một quyết định.

Ngày 33: Pre-mortem

• Mục tiêu: Tưởng tượng thất bại trước.

• Lý thuyết: pre-mortem, risk surfacing.

• Thực hành: Pre-mortem một dự án.

Ngày 34: Disagree and commit

• Mục tiêu: Bất đồng nhưng tiến.

• Lý thuyết: disagree-and-commit, không cản sau khi chốt.

• Thực hành: Kịch bản disagree-and-commit.

Ngày 35: Tránh analysis paralysis

• Mục tiêu: Quyết đúng lúc.

• Lý thuyết: đủ dữ liệu để quyết, tránh phân tích vô tận.

• Thực hành: Đặt deadline quyết định.

Ngày 36: Technical judgment

• Mục tiêu: "Khẩu vị" kỹ thuật.

• Lý thuyết: taste, kinh nghiệm, pattern (nối Layer 12/13).

• Thực hành: Ghi lại một judgment call + lý do.

Ngày 37: Decision records

• Mục tiêu: Lưu quyết định.

• Lý thuyết: decision log, revisit khi context đổi.

• Thực hành: Decision record cho một quyết định.

Ngày 38: P2 - khung tradeoff

• Mục tiêu: Đóng khung P2.

• Lý thuyết: framework: options → criteria → tradeoff → decision.

• Thực hách: tradeoff-framework.md.

Ngày 39: P2 - Tradeoff analysis + decision doc

• Mục tiêu: Release P2.

• Lý thuyết: rà "done": khung + một decision doc thật.

• Thực hành: Đóng gói + blog #131 ("Phân tích đánh đổi và ra quyết định 'đủ tốt'"). P2 done.

KHỐI C - Mentoring & Sponsorship (Ngày 40-54) → P3

Ngày 40: Mentoring vs sponsorship

• Mục tiêu: Phân biệt hai vai.

• Lý thuyết: mentor (dạy) vs sponsor (bảo trợ/tạo cơ hội).

• Thực hành: Xác định khi nào cần cái nào.

Ngày 41: Nâng cấp đội ngũ

• Mục tiêu: Phát triển người khác.

• Lý thuyết: career development, growth areas.

• Thực hành: Growth plan cho một người.

Ngày 42: Code review giáo dục

• Mục tiêu: Review nâng người (nối Layer 13).

• Lý thuyết: review dạy, không chỉ gác cổng.

• Thực hành: Review có giải thích + gợi mở.

Ngày 43: Feedback - radical candor

• Mục tiêu: Thẳng thắn mà quan tâm.

• Lý thuyết: care personally + challenge directly.

• Thực hành: Đưa một feedback khó theo radical candor.

Ngày 44: Difficult conversations

• Mục tiêu: Nói chuyện khó.

• Lý thuyết: cấu trúc, empathy, cụ thể.

• Thực hành: Chuẩn bị một cuộc nói chuyện khó.

Ngày 45: Coaching vs telling

• Mục tiêu: Hỏi thay vì bảo.

• Lý thuyết: coaching questions, để người khác tự tìm ra.

• Thực hành: Coach một vấn đề bằng câu hỏi.

Ngày 46: Sponsorship

• Mục tiêu: Bảo trợ & khuếch đại.

• Lý thuyết: advocate cho người khác, amplify tiếng nói.

• Thực hành: Một hành động sponsorship cụ thể.

Ngày 47: Tạo cơ hội

• Mục tiêu: Mở đường cho người khác.

• Lý thuyết: giao stretch assignment, visibility.

• Thực hành: Giao một cơ hội có kiểm soát rủi ro.

Ngày 48: Văn hoá học tập

• Mục tiêu: Đội tự nâng cấp (nối Layer 6).

• Lý thuyết: tech talk, pairing, brown bag.

• Thực hành: Thiết kế một chương trình học nội bộ.

Ngày 49: Scale kiến thức

• Mục tiêu: Dạy để nhân bản.

• Lý thuyết: docs + teaching thay vì tự làm hết.

• Thực hành: Biến một kỹ năng thành tài liệu dạy.

Ngày 50: Onboarding người mới

• Mục tiêu: Ramp nhanh (nối Layer 6).

• Lý thuyết: onboarding path, buddy.

• Thực hành: Onboarding plan.

Ngày 51: Nhận diện & phát triển tài năng

• Mục tiêu: Thấy tiềm năng.

• Lý thuyết: strengths-based development.

• Thực hành: Đánh giá + kế hoạch cho một người.

Ngày 52: Psychological safety

• Mục tiêu: Đội dám nói.

• Lý thuyết: safety để nêu ý kiến/sai lầm (nối Layer 11 blameless).

• Thực hành: Hành động tăng psychological safety.

Ngày 53: P3 - mentoring/growth plan

• Mục tiêu: Đóng khung P3.

• Lý thuyết: mentoring + sponsorship + learning culture.

• Thực hách: mentoring-plan.md.

Ngày 54: P3 - Mentoring & sponsorship plan

• Mục tiêu: Release P3.

• Lý thuyết: rà "done": growth plan + review giáo dục + sponsorship.

• Thực hành: Đóng gói + blog #132 ("Mentoring và sponsorship: nâng cấp đội ngũ, không chỉ code"). P3 done.

KHỐI D - Technical Strategy & Org Design (Ngày 55-69) → P4

Ngày 55: Strategy vs tactics

• Mục tiêu: Phân biệt chiến lược.

• Lý thuyết: vision → strategy → tactics.

• Thực hành: Tách strategy vs tactic một sáng kiến.

Ngày 56: Định hướng nhiều quý

• Mục tiêu: Nhìn xa.

• Lý thuyết: multi-quarter technical direction.

• Thực hành: Draft định hướng 3-4 quý.

Ngày 57: Good Strategy Bad Strategy

• Mục tiêu: Chiến lược tốt là gì (Rumelt).

• Lý thuyết: diagnosis → guiding policy → coherent action; tránh "fluff".

• Thực hành: Viết một strategy kernel.

Ngày 58: Conway's Law

• Mục tiêu: Tổ chức ↔ kiến trúc.

• Lý thuyết: hệ thống phản chiếu cấu trúc giao tiếp.

• Thực hành: Map org ↔ architecture hiện tại.

Ngày 59: Inverse Conway

• Mục tiêu: Thiết kế org để có kiến trúc mong muốn.

• Lý thuyết: inverse Conway maneuver.

• Thực hành: Đề xuất org đổi để đạt kiến trúc mục tiêu.

Ngày 60: CỘT MỐC 60

• Mục tiêu: Chốt mentoring + đầu strategy.

• Lý thuyết: Ôn C + đầu D; kiểm kê: mentoring plan + tư duy Conway/strategy.

• Thực hành: Đề thi #2 (tự đánh giá: viết một strategy kernel + Conway mapping theo rubric); blog #133 ("Conway's Law và chiến lược kỹ thuật nhiều quý"); tag leadership-day060; nghỉ nửa ngày. Đã đi 60/90 (67%).

Ngày 61: Team Topologies recap

• Mục tiêu: Mô hình đội (nối Layer 6).

• Lý thuyết: platform/stream-aligned/enabling/complicated-subsystem.

• Thực hành: Áp Team Topologies cho một org.

Ngày 62: Org design cho engineering

• Mục tiêu: Ranh giới đội.

• Lý thuyết: team boundary, ownership, interface.

• Thực hành: Thiết kế ranh giới đội.

Ngày 63: Cognitive load & team

• Mục tiêu: Đội không quá tải (nối Layer 6).

• Lý thuyết: cognitive load giới hạn scope đội.

• Thực hành: Đánh giá + giảm tải một đội.

Ngày 64: Platform strategy

• Mục tiêu: Build/buy/partner.

• Lý thuyết: khi nào tự xây, mua, hợp tác (nối Layer 6/11).

• Thực hành: Quyết định build/buy cho một capability.

Ngày 65: Migration strategy

• Mục tiêu: Đổi mà không đứt.

• Lý thuyết: sequencing, strangler fig, incremental.

• Thực hành: Kế hoạch migration một hệ.

Ngày 66: Technical bets

• Mục tiêu: Đặt cược có tính toán.

• Lý thuyết: bet size, reversibility, timing.

• Thực hành: Đề xuất một technical bet.

Ngày 67: Roadmap ↔ org

• Mục tiêu: Khớp lộ trình & tổ chức (nối Layer 11).

• Lý thuyết: roadmap khả thi với org hiện có.

• Thực hành: Align roadmap với năng lực org.

Ngày 68: P4 - technical strategy doc

• Mục tiêu: Đóng khung P4.

• Lý thuyết: strategy + org mapping + bets + sequencing.

• Thực hách: tech-strategy.md.

Ngày 69: P4 - Technical strategy + org mapping

• Mục tiêu: Release P4.

• Lý thuyết: rà "done": strategy kernel + Conway mapping + roadmap align.

• Thực hành: Đóng gói + blog #134 ("Chiến lược kỹ thuật và org design: định hướng nhiều quý"). P4 done.

KHỐI E - Stakeholder Management (Ngày 70-78) → P5

Ngày 70: Influence without authority

• Mục tiêu: Dẫn dắt không cần quyền.

• Lý thuyết: ảnh hưởng qua uy tín, giá trị, quan hệ.

• Thực hành: Kế hoạch ảnh hưởng một sáng kiến.

Ngày 71: Làm việc với Product

• Mục tiêu: Đồng minh product.

• Lý thuyết: cân bằng feature vs platform/reliability (nối Layer 6/11).

• Thực hành: Kịch bản align với PM.

Ngày 72: Security & Finance

• Mục tiêu: Đối tác quản trị (nối Layer 8/11).

• Lý thuyết: làm việc với security & finance (FinOps).

• Thực hành: Trình bày tradeoff bảo mật/chi phí.

Ngày 73: Managing up / leadership

• Mục tiêu: Làm việc với lãnh đạo.

• Lý thuyết: managing up, mang giải pháp không chỉ vấn đề.

• Thực hành: Update cho leadership hiệu quả.

Ngày 74: Dịch tech ↔ business

• Mục tiêu: Cầu nối hai thế giới.

• Lý thuyết: nói impact/risk/cost thay jargon.

• Thực hành: Dịch một quyết định kỹ thuật sang ngôn ngữ business.

Ngày 75: Negotiation & conflict

• Mục tiêu: Giải quyết mâu thuẫn.

• Lý thuyết: interest-based negotiation, tìm win-win.

• Thực hành: Giải một conflict giả định.

Ngày 76: Xây trust & alignment

• Mục tiêu: Nền của ảnh hưởng.

• Lý thuyết: trust qua nhất quán, minh bạch.

• Thực hành: Kế hoạch xây trust với một stakeholder.

Ngày 77: P5 - stakeholder + influence plan

• Mục tiêu: Đóng khung P5.

• Lý thuyết: map stakeholder + chiến lược ảnh hưởng.

• Thực hách: stakeholder-plan.md.

Ngày 78: P5 - Stakeholder management plan

• Mục tiêu: Release P5.

• Lý thuyết: rà "done": stakeholder map + influence + communication.

• Thực hành: Đóng gói + blog #135 ("Stakeholder management: ảnh hưởng không cần thẩm quyền"). P5 done.

KHỐI F - Formal Methods / TLA+ (Ngày 79-90) → P6 flagship

Ngày 79: Vì sao formal methods

• Mục tiêu: Bắt bug thiết kế trước khi code.

• Lý thuyết: distributed systems khó test hết; spec để tìm bug logic (nối Layer 3/4).

• Thực hành: Đọc "How AWS Uses Formal Methods".

Ngày 80: Spec vs implementation

• Mục tiêu: Tách "cái gì" khỏi "thế nào".

• Lý thuyết: specification mô tả hành vi đúng, không phải code.

• Thực hành: Viết spec bằng lời cho một giao thức.

Ngày 81: TLA+ - tổng quan

• Mục tiêu: Ngôn ngữ spec.

• Lý thuyết: state, action, temporal logic, next-state relation.

• Thực hành: Cài TLA+ Toolbox; chạy ví dụ.

Ngày 82: TLA+ - invariants & safety

• Mục tiêu: "Điều xấu không xảy ra".

• Lý thuyết: invariant, safety property.

• Thực hành: Viết một invariant + kiểm.

Ngày 83: TLA+ - liveness & fairness

• Mục tiêu: "Điều tốt cuối cùng xảy ra".

• Lý thuyết: liveness, fairness, temporal operators.

• Thực hành: Viết một liveness property.

Ngày 84: PlusCal

• Mục tiêu: Viết thuật toán dễ hơn.

• Lý thuyết: PlusCal → dịch sang TLA+.

• Thực hành: Viết một thuật toán bằng PlusCal.

Ngày 85: TLC model checker

• Mục tiêu: Kiểm tự động.

• Lý thuyết: state space exploration, counterexample.

• Thực hành: Chạy TLC; đọc counterexample.

Ngày 86: Spec một thuật toán phân tán

• Mục tiêu: Áp vào bài toán thật.

• Lý thuyết: spec một lock/consensus đơn giản (nối Layer 3/4).

• Thực hành: Viết spec + invariant.

Ngày 87: Tìm bug qua model checking

• Mục tiêu: Giá trị thực.

• Lý thuyết: model checking phát hiện race/deadlock (nối Layer 3/4).

• Thực hành: Gài một bug; TLC tìm ra.

Ngày 88: Apalache & công nghiệp

• Mục tiêu: Scale & thực tế.

• Lý thuyết: Apalache (symbolic), TLA+ ở AWS/Azure; Alloy/P (khác).

• Thực hành: So TLC vs Apalache; đọc case công nghiệp.

Ngày 89: P6 - spec một thiết kế phân tán

• Mục tiêu: Đóng khung P6.

• Lý thuyết: chọn một thành phần của Grand Capstone (control plane/consensus).

• Thực hành: Viết TLA+ spec + invariants.

Ngày 90: HOÀN THÀNH Technical Leadership

• Mục tiêu: Chốt Cross-cutting Leadership.

• Lý thuyết: Ôn toàn phần; kiểm kê tổng: P1 writing + P2 tradeoff + P3 mentoring + P4 strategy + P5 stakeholder + P6 TLA+ spec + model checking.

• Thực hành: P6 done; đề thi #3 tích lũy (tự đánh giá 6 mảng theo rubric Staff/Principal); blog #136 ("Nhìn lại Technical Leadership: viết, quyết định, mentoring, chiến lược, stakeholder, và TLA+"); tag leadership-complete; nghỉ nửa ngày.

GRAND CAPSTONE - CLOUD-NATIVE PLATFORM OPERATING SYSTEM

PHASE 0 - Foundation & Design (Ngày 1-18)

Ngày 1: Khởi động Grand Capstone

• Mục tiêu: Vision & scope của Platform OS.

• Lý thuyết: platform-as-product (nối Layer 6/11), mục tiêu tích hợp.

• Thực hành: Repo platform-os/; viết vision doc.

Ngày 2: Requirements & personas

• Mục tiêu: Ai dùng platform.

• Lý thuyết: personas dev/SRE/security/data (nối Layer 6).

• Thực hành: Persona + jobs-to-be-done.

Ngày 3: Kiến trúc tổng thể

• Mục tiêu: Bức tranh lớn.

• Lý thuyết: control plane + data plane + platform services.

• Thực hành: Vẽ high-level architecture.

Ngày 4: Foundational ADRs

• Mục tiêu: Ghi quyết định nền (nối Leadership).

• Lý thuyết: ADR cho các lựa chọn lớn.

• Thực hành: 5 ADR nền tảng.

Ngày 5: API design as product

• Mục tiêu: API bền vững (nối Layer 6/11).

• Lý thuyết: versioning, backward compatibility.

• Thực hành: API design principles doc.

Ngày 6: Repo & build

• Mục tiêu: Nền code.

• Lý thuyết: monorepo/multi-repo, build system.

• Thực hành: Cấu trúc repo + build.

Ngày 7: Tech stack

• Mục tiêu: Chọn công nghệ.

• Lý thuyết: Go (control plane), Rust (DSL/perf), language mix (nối Layer 0/1).

• Thực hành: ADR tech stack.

Ngày 8: Reconciliation model

• Mục tiêu: Nền control plane (nối Layer 4).

• Lý thuyết: desired vs actual, level-triggered.

• Thực hành: Thiết kế reconciliation model.

Ngày 9: Domain model

• Mục tiêu: Platform quản lý gì.

• Lý thuyết: Platform/App/Environment/Tenant resources.

• Thực hành: Domain model doc.

Ngày 10: Multi-tenancy model

• Mục tiêu: Dùng chung an toàn (nối Layer 4).

• Lý thuyết: namespace/vcluster/tenant isolation.

• Thực hành: Multi-tenancy design.

Ngày 11: Golden path vision

• Mục tiêu: DX mục tiêu (nối Layer 6).

• Lý thuyết: self-service từ DSL → prod.

• Thực hành: Golden path vision doc.

Ngày 12: NFRs

• Mục tiêu: Yêu cầu phi chức năng.

• Lý thuyết: SLO targets, security posture, cost (nối Layer 7/8/11).

• Thực hành: NFR doc.

Ngày 13: Threat model

• Mục tiêu: An toàn từ thiết kế (nối Layer 8).

• Lý thuyết: STRIDE cho platform.

• Thực hành: Threat model doc.

Ngày 14: Roadmap & phasing

• Mục tiêu: Lộ trình build (nối Layer 11).

• Lý thuyết: phase sequencing.

• Thực hành: Roadmap 12 phase.

Ngày 15: RFC tổng thể

• Mục tiêu: Đề xuất thiết kế (nối Leadership).

• Lý thuyết: RFC platform design.

• Thực hành: Viết RFC chính.

Ngày 16: CI/CD & dev env

• Mục tiêu: Nền vận hành (nối Layer 6).

• Lý thuyết: pipeline, dev environment.

• Thực hành: CI/CD + dev setup.

Ngày 17: Testing strategy

• Mục tiêu: Chất lượng từ đầu (nối Layer 4).

• Lý thuyết: unit/integration/e2e/envtest.

• Thực hành: Testing strategy doc.

Ngày 18: Foundation complete

• Mục tiêu: Chốt nền.

• Lý thuyết: rà design docs + repo + CI.

• Thực hành: Kiểm kê Phase 0; sẵn sàng build.

PHASE 1 - Control Plane, CRD, Operator (Ngày 19-42) → P1

Ngày 19: Control plane architecture

• Mục tiêu: Reconciliation core (nối Layer 4).

• Lý thuyết: manager, controllers, cache.

• Thực hành: Scaffold control plane.

Ngày 20: Core CRDs

• Mục tiêu: API của platform.

• Lý thuyết: Platform/Application/Environment/Tenant CRD.

• Thực hành: Định nghĩa CRD types.

Ngày 21: CRD schema & versioning

• Mục tiêu: API bền (nối Layer 4/6).

• Lý thuyết: validation, defaulting, conversion webhook.

• Thực hành: Schema + v1alpha→v1.

Ngày 22: controller-runtime

• Mục tiêu: Framework.

• Lý thuyết: Manager, Reconciler, Client.

• Thực hành: Setup manager.

Ngày 23: Application controller

• Mục tiêu: Reconcile app.

• Lý thuyết: CR → child resources.

• Thực hành: Cài Application reconcile.

Ngày 24: Tạo child resources

• Mục tiêu: Từ CR ra k8s objects.

• Lý thuyết: Deployment/Service/ConfigMap.

• Thực hành: Reconcile tạo child.

Ngày 25: Owner refs & GC

• Mục tiêu: Dọn tài nguyên (nối Layer 4).

• Lý thuyết: ownerReferences, cascade delete.

• Thực hành: Set owner refs.

Ngày 26: Finalizers

• Mục tiêu: Cleanup ngoài.

• Lý thuyết: finalizer, external cleanup.

• Thực hành: Thêm finalizer.

Ngày 27: Status & conditions

• Mục tiêu: Báo cáo trạng thái.

• Lý thuyết: status subresource, conditions.

• Thực hành: Cập nhật status.

Ngày 28: Admission webhooks

• Mục tiêu: Chặn cấu hình sai (nối Layer 4).

• Lý thuyết: validating + mutating.

• Thực hành: Webhook cho CRD.

Ngày 29: Environment controller

• Mục tiêu: Provision môi trường.

• Lý thuyết: namespace/vcluster per env (nối Layer 4).

• Thực hành: Environment reconcile.

Ngày 30: CỘT MỐC 30

• Mục tiêu: Chốt nền control plane.

• Lý thuyết: Ôn Phase 0-1 tới giờ; kiểm kê: CRD + Application/Environment controller.

• Thực hành: Đề thi #1 (control plane/CRD/reconcile) + tự chấm; blog #137 ("Xây control plane cho một Platform OS: reconciliation từ số 0"); tag capstone-day030; nghỉ nửa ngày. Đã đi 30/180 (17%).

Ngày 31: Tenant controller

• Mục tiêu: Multi-tenancy (nối Layer 4/8).

• Lý thuyết: RBAC + quota + NetworkPolicy per tenant.

• Thực hành: Tenant reconcile áp isolation.

Ngày 32: Platform API

• Mục tiêu: Cửa API.

• Lý thuyết: aggregated API vs CRD-based.

• Thực hành: Expose platform API.

Ngày 33: Dependency ordering

• Mục tiêu: Thứ tự đúng.

• Lý thuyết: reconcile phụ thuộc giữa resources.

• Thực hành: Ordering + wait-for-ready.

Ngày 34: Error & requeue

• Mục tiêu: Bền với lỗi.

• Lý thuyết: backoff, requeueAfter.

• Thực hành: Chiến lược requeue.

Ngày 35: Leader election & HA

• Mục tiêu: Control plane HA.

• Lý thuyết: leader election, replica.

• Thực hành: Bật leader election.

Ngày 36: Observability controller

• Mục tiêu: Nhìn control plane (nối Layer 7).

• Lý thuyết: metrics/logs/traces reconcile.

• Thực hành: Instrument controllers.

Ngày 37: Performance & scale

• Mục tiêu: Chịu tải.

• Lý thuyết: concurrent reconciles, cache.

• Thực hành: Load test control plane.

Ngày 38: Testing controllers

• Mục tiêu: Tin cậy (nối Layer 4).

• Lý thuyết: envtest + e2e.

• Thực hành: Test suite reconcile.

Ngày 39: RBAC least-privilege

• Mục tiêu: An toàn (nối Layer 8).

• Lý thuyết: quyền tối thiểu cho platform.

• Thực hành: Siết RBAC.

Ngày 40: Packaging

• Mục tiêu: Cài đặt được (nối Layer 4).

• Lý thuyết: Helm/kustomize + OLM.

• Thực hành: Đóng gói control plane.

Ngày 41: P1 - integrate & test

• Mục tiêu: Control plane hoàn chỉnh.

• Lý thuyết: rà toàn bộ controllers.

• Thực hành: E2E: apply Platform CR → mọi thứ dựng.

Ngày 42: P1 - Control Plane + Operator/CRD

• Mục tiêu: Release P1.

• Lý thuyết: rà "done": CRD + controllers + webhook + HA + tests.

• Thực hành: Đóng gói + blog #138 ("Control plane + Operator hoàn chỉnh cho Platform OS"). P1 done.

PHASE 2 - DSL (compiler/parser/validator/runtime) (Ngày 43-66) → P2

Ngày 43: DSL - vì sao

• Mục tiêu: Ngôn ngữ riêng cho platform (nối Layer 1).

• Lý thuyết: DSL cho provisioning/policy/workflow, hơn YAML.

• Thực hành: DSL requirements doc.

Ngày 44: DSL language design

• Mục tiêu: Cú pháp & ngữ nghĩa.

• Lý thuyết: declarative, composable, typed.

• Thực hành: Đặc tả ngôn ngữ.

Ngày 45: Grammar & AST

• Mục tiêu: Nền compiler (nối Layer 1).

• Lý thuyết: grammar, AST design.

• Thực hành: Định nghĩa grammar + AST.

Ngày 46: Lexer

• Mục tiêu: Token hoá.

• Lý thuyết: lexical analysis.

• Thực hành: Cài lexer.

Ngày 47: Parser

• Mục tiêu: Dựng AST.

• Lý thuyết: recursive descent/parser combinator.

• Thực hành: Cài parser.

Ngày 48: Semantic analysis

• Mục tiêu: Kiểm nghĩa (nối Layer 1).

• Lý thuyết: type checking, scope, references.

• Thực hành: Cài semantic analysis.

Ngày 49: Validator

• Mục tiêu: Chặn cấu hình sai sớm.

• Lý thuyết: static checks, policy constraints (nối Layer 5/8).

• Thực hành: Validator rules.

Ngày 50: DSL - provisioning

• Mục tiêu: Khai báo tài nguyên.

• Lý thuyết: map DSL → platform resources.

• Thực hành: DSL provisioning syntax.

Ngày 51: DSL - policy

• Mục tiêu: Guardrails (nối Layer 5/8).

• Lý thuyết: policy-as-DSL, OPA-like semantics.

• Thực hành: DSL policy syntax.

Ngày 52: DSL - workflow

• Mục tiêu: Pipeline/orchestration.

• Lý thuyết: DAG/workflow in DSL.

• Thực hành: DSL workflow syntax.

Ngày 53: IR

• Mục tiêu: Biểu diễn trung gian (nối Layer 1).

• Lý thuyết: IR để lowering.

• Thực hành: Thiết kế IR.

Ngày 54: Compiler backend

• Mục tiêu: DSL → manifests/CRD.

• Lý thuyết: lowering IR → platform CRs.

• Thực hành: Backend sinh CR.

Ngày 55: Runtime

• Mục tiêu: Thực thi DSL.

• Lý thuyết: interpret workflow, apply resources.

• Thực hành: Runtime chạy DSL.

Ngày 56: Diagnostics

• Mục tiêu: Lỗi rõ ràng (nối Layer 6 DX).

• Lý thuyết: error message tốt, gợi ý sửa.

• Thực hành: Diagnostics chất lượng.

Ngày 57: DSL tooling

• Mục tiêu: DX cho DSL (nối Layer 1/6).

• Lý thuyết: LSP, formatter, docs gen.

• Thực hành: LSP + formatter cơ bản.

Ngày 58: DSL testing

• Mục tiêu: DSL đúng.

• Lý thuyết: test lexer/parser/semantics/backend.

• Thực hành: Test suite DSL.

Ngày 59: DSL versioning

• Mục tiêu: Tiến hoá DSL (nối Layer 6).

• Lý thuyết: versioning, migration.

• Thực hành: DSL version policy.

Ngày 60: CỘT MỐC 60

• Mục tiêu: Chốt nền DSL.

• Lý thuyết: Ôn Phase 2 tới giờ; kiểm kê: lexer→parser→semantic→backend→runtime.

• Thực hành: Đề thi #2 (DSL/compiler) + tự chấm; blog #139 ("Một DSL riêng cho platform: compiler, validator, runtime"); tag capstone-day060; nghỉ nửa ngày. Đã đi 60/180 (33%).

Ngày 61: DSL ↔ control plane

• Mục tiêu: Nối Phase 1.

• Lý thuyết: DSL compile → apply → reconcile.

• Thực hành: DSL → platform CR → control plane dựng.

Ngày 62: DSL - composition

• Mục tiêu: Tái sử dụng.

• Lý thuyết: module, import, composition.

• Thực hành: DSL modules.

Ngày 63: DSL - secrets & refs

• Mục tiêu: An toàn (nối Layer 5).

• Lý thuyết: tham chiếu secret, không hardcode.

• Thực hành: Secret reference trong DSL.

Ngày 64: DSL - self-service

• Mục tiêu: Golden path (nối Layer 6).

• Lý thuyết: dev viết DSL → platform lo phần còn lại.

• Thực hành: Self-service qua DSL.

Ngày 65: P2 - end-to-end

• Mục tiêu: DSL chạy trọn.

• Lý thuyết: compile → apply → reconcile → running.

• Thực hành: E2E một app qua DSL.

Ngày 66: P2 - DSL with compiler

• Mục tiêu: Release P2.

• Lý thuyết: rà "done": compiler + validator + runtime + tooling + tests.

• Thực hành: Đóng gói + blog #140 ("DSL cho platform từ số 0: từ grammar tới reconcile"). P2 done.

PHASE 3 - Mesh/Gateway/GitOps/Multi-cluster (Ngày 67-90) → P3

Ngày 67: Networking architecture

• Mục tiêu: Mạng của platform (nối Layer 3/4).

• Lý thuyết: CNI + mesh + gateway + multi-cluster.

• Thực hành: Networking design doc.

Ngày 68: CNI & pod networking

• Mục tiêu: Kết nối pod (nối Layer 2/4).

• Lý thuyết: Cilium (eBPF), NetworkPolicy.

• Thực hành: Cài Cilium.

Ngày 69: Service mesh

• Mục tiêu: East-west (nối Layer 4).

• Lý thuyết: Istio/Envoy, sidecar/ambient.

• Thực hành: Cài mesh.

Ngày 70: mTLS everywhere

• Mục tiêu: Zero trust (nối Layer 8).

• Lý thuyết: mTLS mọi service.

• Thực hành: Bật mTLS strict.

Ngày 71: xDS integration

• Mục tiêu: Điều khiển proxy (nối Layer 4).

• Lý thuyết: control plane cấp xDS.

• Thực hành: Tích hợp xDS.

Ngày 72: Traffic management

• Mục tiêu: Định tuyến (preview Phase 8).

• Lý thuyết: routing, weighted, canary.

• Thực hành: Traffic rules.

Ngày 73: API Gateway

• Mục tiêu: North-south (nối Layer 4).

• Lý thuyết: Gateway API.

• Thực hành: Expose app qua gateway.

Ngày 74: Gateway - auth/rate/TLS

• Mục tiêu: Bảo vệ biên (nối Layer 5/8).

• Lý thuyết: auth, rate limit, cert-manager TLS.

• Thực hành: Policy tại gateway.

Ngày 75: GitOps

• Mục tiêu: Git là nguồn sự thật (nối Layer 4).

• Lý thuyết: ArgoCD/Flux.

• Thực hành: Cài GitOps.

Ngày 76: GitOps - platform config

• Mục tiêu: Platform từ Git.

• Lý thuyết: config + drift detection.

• Thực hành: Platform config qua Git.

Ngày 77: App-of-apps

• Mục tiêu: Quản lý nhiều app.

• Lý thuyết: ApplicationSet.

• Thực hành: App-of-apps cho platform.

Ngày 78: Multi-cluster - Cluster API

• Mục tiêu: Cluster khai báo (nối Layer 3/4).

• Lý thuyết: Cluster API.

• Thực hành: Tạo cluster khai báo.

Ngày 79: Multi-cluster - fleet

• Mục tiêu: Quản nhiều cluster (nối Layer 4).

• Lý thuyết: fleet management, placement.

• Thực hành: Fleet + placement policy.

Ngày 80: Workload placement

• Mục tiêu: Đặt workload đúng cluster.

• Lý thuyết: placement rule, affinity.

• Thực hành: Deploy tới nhiều cluster.

Ngày 81: Cross-cluster mesh

• Mục tiêu: Mesh xuyên cluster (nối Layer 4).

• Lý thuyết: east-west gateway, shared trust.

• Thực hành: Cross-cluster service call.

Ngày 82: Cross-cluster observability

• Mục tiêu: Nhìn xuyên cluster (nối Layer 7).

• Lý thuyết: aggregate signals.

• Thực hành: Observability đa cluster.

Ngày 83: Network security

• Mục tiêu: Segmentation (nối Layer 8).

• Lý thuyết: NetworkPolicy, microsegmentation.

• Thực hành: Default-deny + rules.

Ngày 84: Ingress/egress control

• Mục tiêu: Kiểm soát vào/ra.

• Lý thuyết: egress gateway, control.

• Thực hành: Egress control.

Ngày 85: Service catalog

• Mục tiêu: Discovery (nối Layer 6).

• Lý thuyết: Backstage catalog integration.

• Thực hành: Catalog services của platform.

Ngày 86: Self-service networking via DSL

• Mục tiêu: Nối Phase 2.

• Lý thuyết: khai báo networking trong DSL.

• Thực hành: DSL → networking config.

Ngày 87: Testing networking

• Mục tiêu: E2E.

• Lý thuyết: connectivity + policy tests.

• Thực hành: Networking e2e test.

Ngày 88: P3 - integrate

• Mục tiêu: Mesh+gateway+gitops+multi-cluster.

• Lý thuyết: rà toàn networking stack.

• Thực hành: Tích hợp toàn bộ.

Ngày 89: P3 - cross-cluster deploy

• Mục tiêu: Chứng minh.

• Lý thuyết: deploy app xuyên cluster qua GitOps.

• Thực hành: E2E cross-cluster deploy.

Ngày 90: CỘT MỐC 90

• Mục tiêu: Chốt networking; release P3.

• Lý thuyết: Ôn Phase 3; kiểm kê: mesh + gateway + GitOps + multi-cluster.

• Thực hành: P3 done; đề thi #3 (mesh/gateway/gitops/multi-cluster) + tự chấm; blog #141 ("Nối platform: mesh, gateway, GitOps, multi-cluster"); tag capstone-day090; nghỉ nửa ngày. Đã đi 90/180 (50%).

PHASE 4 - Virtualization/microVM (Ngày 91-102) → P4

Ngày 91: Isolation requirements

• Mục tiêu: Workload nào cần microVM (nối Layer 2).

• Lý thuyết: untrusted/multi-tenant workload.

• Thực hành: Phân loại workload theo isolation.

Ngày 92: microVM integration

• Mục tiêu: Chạy microVM (nối Layer 2).

• Lý thuyết: Firecracker/Kata, containerd shim.

• Thực hành: Chạy một microVM workload.

Ngày 93: RuntimeClass

• Mục tiêu: Chọn runtime khai báo (nối Layer 4).

• Lý thuyết: RuntimeClass (runc/kata/gvisor).

• Thực hành: RuntimeClass cho microVM.

Ngày 94: Scheduling microVM

• Mục tiêu: Đặt microVM đúng node.

• Lý thuyết: node có KVM, taints.

• Thực hành: Schedule microVM workload.

Ngày 95: microVM networking

• Mục tiêu: Mạng cho microVM (nối Layer 2).

• Lý thuyết: virtio-net + CNI.

• Thực hành: microVM có mạng.

Ngày 96: microVM storage

• Mục tiêu: Lưu trữ (nối Layer 2).

• Lý thuyết: virtio-blk + CSI.

• Thực hành: microVM có volume.

Ngày 97: microVM lifecycle

• Mục tiêu: Quản qua control plane.

• Lý thuyết: reconcile microVM workload.

• Thực hành: Control plane quản microVM.

Ngày 98: Sandboxing tiers

• Mục tiêu: Chọn mức cách ly (nối Layer 2).

• Lý thuyết: container vs gVisor vs microVM.

• Thực hành: Policy chọn tier theo tenant.

Ngày 99: Confidential computing

• Mục tiêu: Cách ly mạnh nhất (nối Layer 8).

• Lý thuyết: confidential containers (SEV/TDX).

• Thực hành: Đọc + thử (nếu có phần cứng).

Ngày 100:

• Mục tiêu: Kiểm kê lớn giữa Capstone.

• Lý thuyết: Ôn Phase 0-4; kiểm kê lớn: control plane + DSL + networking + microVM; đối chiếu vision.

• Thực hành: Đề thi #4 tích lũy (control plane+DSL+networking+microVM) + tự chấm theo rubric; blog #142 ("100 ngày Grand Capstone: control plane, DSL, networking, microVM"); tag capstone-day100; nghỉ nửa ngày. Đã đi 100/180 (56%).

Ngày 101: P4 - microVM via DSL

• Mục tiêu: Self-service isolation.

• Lý thuyết: khai báo microVM trong DSL.

• Thực hành: DSL → microVM workload chạy.

Ngày 102: P4 - microVM integration

• Mục tiêu: Release P4.

• Lý thuyết: rà "done": microVM runtime + networking + storage + lifecycle.

• Thực hành: Đóng gói + blog #143 ("microVM cho workload cách ly trong Platform OS"). P4 done.

PHASE 5 - Observability (Ngày 103-120) → P5

Ngày 103: Observability architecture

• Mục tiêu: 4 tín hiệu (nối Layer 7).

• Lý thuyết: metrics/logs/traces/profiles + correlation.

• Thực hành: Observability design doc.

Ngày 104: Instrumentation (OTel)

• Mục tiêu: Phát tín hiệu (nối Layer 7).

• Lý thuyết: OTel across platform + collector.

• Thực hành: Instrument control plane + workloads.

Ngày 105: Metrics

• Mục tiêu: Số đo (nối Layer 7).

• Lý thuyết: Prometheus + long-term.

• Thực hành: Metrics platform.

Ngày 106: Logs

• Mục tiêu: Nhật ký (nối Layer 7).

• Lý thuyết: Loki + pipeline + trace_id.

• Thực hành: Logs platform.

Ngày 107: Traces

• Mục tiêu: Dấu vết (nối Layer 7).

• Lý thuyết: Tempo + tail sampling.

• Thực hành: Traces platform.

Ngày 108: Profiling

• Mục tiêu: Trụ 4 (nối Layer 7).

• Lý thuyết: Pyroscope/Parca.

• Thực hành: Continuous profiling.

Ngày 109: Correlation

• Mục tiêu: Nối tín hiệu (nối Layer 7).

• Lý thuyết: exemplars + trace_id + span profiles.

• Thực hành: Correlation end-to-end.

Ngày 110: Platform dashboards

• Mục tiêu: Sức khoẻ platform.

• Lý thuyết: control plane health dashboard.

• Thực hành: Dashboard platform.

Ngày 111: Per-tenant observability

• Mục tiêu: Multi-tenant (nối Layer 7).

• Lý thuyết: tenant isolation trong observability.

• Thực hành: Signals theo tenant.

Ngày 112: SLO instrumentation

• Mục tiêu: Chuẩn bị reliability (nối Layer 11).

• Lý thuyết: SLI cho platform services.

• Thực hành: SLI metrics.

Ngày 113: Alerting

• Mục tiêu: Cảnh báo (nối Layer 7/11).

• Lý thuyết: burn-rate alert.

• Thực hành: Alert platform.

Ngày 114: Observability self-service

• Mục tiêu: Dev thấy signals (nối Layer 6).

• Lý thuyết: golden path tự nối observability.

• Thực hành: Self-service dashboards.

Ngày 115: Auto-instrumentation

• Mục tiêu: Không cần công (nối Layer 6).

• Lý thuyết: golden path tự instrument.

• Thực hành: App mới có sẵn signals.

Ngày 116: Observe DSL/control plane

• Mục tiêu: Quan sát chính mình.

• Lý thuyết: trace DSL compile + reconcile.

• Thực hành: Observability cho platform internals.

Ngày 117: Cost of observability

• Mục tiêu: Không phá ngân sách (nối Layer 11).

• Lý thuyết: retention, sampling, cost.

• Thực hành: Cost guardrail.

Ngày 118: Testing observability

• Mục tiêu: Tín hiệu đúng.

• Lý thuyết: verify signals + correlation.

• Thực hành: Observability test.

Ngày 119: P5 - integrate

• Mục tiêu: Observability hoàn chỉnh.

• Lý thuyết: 4 tín hiệu + correlation + self-service.

• Thực hành: Tích hợp toàn bộ.

Ngày 120: CỘT MỐC 120

• Mục tiêu: Chốt observability; release P5.

• Lý thuyết: Ôn Phase 5; kiểm kê: 4 tín hiệu + correlation + per-tenant.

• Thực hành: P5 done; đề thi #5 (observability tích hợp) + tự chấm; blog #144 ("Observability 4 tín hiệu + correlation cho Platform OS"); tag capstone-day120; nghỉ nửa ngày. Đã đi 120/180 (67%).

PHASE 6 - Security (Ngày 121-138) → P6

Ngày 121: Security architecture

• Mục tiêu: Zero trust (nối Layer 8/5).

• Lý thuyết: never trust, assume breach.

• Thực hành: Security architecture doc.

Ngày 122: Workload identity

• Mục tiêu: Máy có danh tính (nối Layer 5/8).

• Lý thuyết: SPIFFE/SPIRE, mTLS identity.

• Thực hành: Cấp SVID cho workload.

Ngày 123: PKI & cert

• Mục tiêu: Chứng chỉ (nối Layer 5/8).

• Lý thuyết: CA hierarchy, cert-manager.

• Thực hành: PKI + auto-rotate cert.

Ngày 124: Secret management

• Mục tiêu: Secret an toàn (nối Layer 5).

• Lý thuyết: Vault, dynamic secret, injection.

• Thực hành: Tích hợp Vault.

Ngày 125: Policy (OPA/Kyverno)

• Mục tiêu: Guardrails (nối Layer 4/5/8).

• Lý thuyết: validate/mutate/generate policy.

• Thực hành: Bộ policy platform.

Ngày 126: Policy-as-code + tests

• Mục tiêu: Policy tin cậy (nối Layer 8).

• Lý thuyết: test policy, audit mode.

• Thực hành: Policy có test.

Ngày 127: Admission verify

• Mục tiêu: Chỉ chạy cái đã ký (nối Layer 8).

• Lý thuyết: verify signature + provenance.

• Thực hành: Admission verify image.

Ngày 128: Supply chain

• Mục tiêu: Tin cậy artifact (nối Layer 8).

• Lý thuyết: SBOM + SLSA + cosign.

• Thực hành: Signed supply chain cho platform.

Ngày 129: Signed platform images

• Mục tiêu: Platform tự an toàn.

• Lý thuyết: ký image platform + enforce.

• Thực hành: Sign + admission enforce.

Ngày 130: Runtime security

• Mục tiêu: Phát hiện lúc chạy (nối Layer 8).

• Lý thuyết: Falco/Tetragon.

• Thực hành: Detection rules.

Ngày 131: Runtime enforcement

• Mục tiêu: Chặn hành vi xấu (nối Layer 8).

• Lý thuyết: enforcement + response.

• Thực hành: Enforce + response.

Ngày 132: Network security

• Mục tiêu: Segmentation (nối Layer 8).

• Lý thuyết: NetworkPolicy, egress control (recap Phase 3).

• Thực hành: Siết network security.

Ngày 133: Pod security

• Mục tiêu: Pod an toàn (nối Layer 4/8).

• Lý thuyết: PSA restricted, securityContext.

• Thực hành: Enforce PSA.

Ngày 134: Encryption

• Mục tiêu: Mã hoá dữ liệu (nối Layer 8).

• Lý thuyết: at rest + in transit, KMS.

• Thực hành: Encryption everywhere.

Ngày 135: Audit logging

• Mục tiêu: Truy vết (nối Layer 7/8).

• Lý thuyết: audit log tập trung.

• Thực hành: Audit log platform.

Ngày 136: Compliance

• Mục tiêu: Ánh xạ chuẩn (nối Layer 8).

• Lý thuyết: CIS/NIST mapping.

• Thực hành: Compliance-as-code check.

Ngày 137: Security via DSL

• Mục tiêu: Policy trong DSL (nối Phase 2).

• Lý thuyết: khai báo guardrail bằng DSL.

• Thực hành: DSL policy → enforce.

Ngày 138: P6 - Security integrated

• Mục tiêu: Release P6.

• Lý thuyết: rà "done": zero-trust + policy + supply chain + runtime + compliance.

• Thực hành: Đóng gói + blog #145 ("Bảo mật toàn diện cho Platform OS: zero trust, supply chain, runtime"). P6 done.

PHASE 7 - Data & AI Platform (Ngày 139-150) → P7

Ngày 139: Data platform architecture

• Mục tiêu: Data dùng chung (nối Layer 9).

• Lý thuyết: ingest → lakehouse → query → catalog.

• Thực hành: Data platform design.

Ngày 140: Data - streaming + lakehouse

• Mục tiêu: Đường dữ liệu (nối Layer 9).

• Lý thuyết: Kafka/CDC → Iceberg/Delta.

• Thực hành: Ingest → lakehouse.

Ngày 141: Data - query + catalog

• Mục tiêu: Phục vụ & governance (nối Layer 9).

• Lý thuyết: Trino + catalog + lineage.

• Thực hành: Query + catalog.

Ngày 142: Data self-service

• Mục tiêu: Golden path data (nối Layer 9/6).

• Lý thuyết: khai báo pipeline qua DSL.

• Thực hành: Self-service data pipeline.

Ngày 143: AI - GPU infra

• Mục tiêu: Nền AI (nối Layer 10).

• Lý thuyết: GPU scheduling/MIG/DCGM.

• Thực hành: GPU infra trên platform.

Ngày 144: AI - training + registry

• Mục tiêu: Vòng đời model (nối Layer 10).

• Lý thuyết: distributed training + MLflow.

• Thực hành: Train → registry.

Ngày 145: AI - serving + LLM

• Mục tiêu: Phục vụ model (nối Layer 10).

• Lý thuyết: KServe/Triton + vLLM.

• Thực hành: Serve model/LLM.

Ngày 146: AI - RAG + LLMOps

• Mục tiêu: Ứng dụng LLM (nối Layer 10).

• Lý thuyết: vector DB + RAG + eval/guardrails.

• Thực hành: RAG endpoint.

Ngày 147: Data/AI governance & security

• Mục tiêu: An toàn dữ liệu (nối Layer 9/8).

• Lý thuyết: PII/masking + access control.

• Thực hành: Governance data/AI.

Ngày 148: Data/AI via DSL + golden path

• Mục tiêu: Self-service (nối Phase 2/Layer 6).

• Lý thuyết: khai báo data/AI workload qua DSL.

• Thực hành: DSL → data/AI workload.

Ngày 149: P7 - integrate

• Mục tiêu: Data + AI dùng chung.

• Lý thuyết: rà toàn stack data/AI.

• Thực hành: Tích hợp trên platform.

Ngày 150: CỘT MỐC 150

• Mục tiêu: Chốt data & AI; release P7.

• Lý thuyết: Ôn Phase 7; kiểm kê: data platform + AI platform dùng chung.

• Thực hành: P7 done; đề thi #6 (data/AI platform tích hợp) + tự chấm; blog #146 ("Data & AI platform dùng chung trong Platform OS"); tag capstone-day150; nghỉ nửa ngày. Đã đi 150/180 (83%).

PHASE 8 - Progressive Delivery (Ngày 151-156)

Ngày 151: Progressive delivery cho platform

• Mục tiêu: Nâng cấp platform an toàn (nối Layer 6).

• Lý thuyết: deploy tách release, canary.

• Thực hành: Design progressive delivery.

Ngày 152: Canary platform components

• Mục tiêu: Canary chính platform (nối Layer 6).

• Lý thuyết: Argo Rollouts cho control plane/components.

• Thực hành: Canary một component.

Ngày 153: SLO-based promotion

• Mục tiêu: Promote theo độ tin cậy (nối Layer 11).

• Lý thuyết: analysis theo SLO.

• Thực hành: Promotion theo SLO.

Ngày 154: Feature flags

• Mục tiêu: Tách release (nối Layer 6).

• Lý thuyết: OpenFeature cho platform features.

• Thực hành: Flag một tính năng platform.

Ngày 155: Auto-rollback

• Mục tiêu: An toàn tự động (nối Layer 6).

• Lý thuyết: rollback khi SLO vi phạm.

• Thực hành: Auto-rollback platform upgrade.

Ngày 156: Test progressive delivery

• Mục tiêu: Nâng cấp platform không downtime.

• Lý thuyết: canary + rollback cho một upgrade.

• Thực hành: Upgrade platform qua progressive delivery.

PHASE 9 - Reliability (Ngày 157-168) → P8

Ngày 157: Reliability architecture

• Mục tiêu: SLO cho platform (nối Layer 11).

• Lý thuyết: SLI/SLO/error budget.

• Thực hành: SLO cho platform services.

Ngày 158: SLO dashboard

• Mục tiêu: Nhìn độ tin cậy (nối Layer 11/7).

• Lý thuyết: SLO + budget burndown.

• Thực hành: SLO dashboard platform.

Ngày 159: Error budget policy

• Mục tiêu: Budget dẫn quyết định (nối Layer 11).

• Lý thuyết: freeze khi budget cạn.

• Thực hành: Error budget policy.

Ngày 160: Chaos experiments

• Mục tiêu: Tìm điểm gãy (nối Layer 11).

• Lý thuyết: Chaos Mesh, hypothesis, blast radius.

• Thực hành: Chaos experiments cho platform.

Ngày 161: Game-day

• Mục tiêu: Diễn tập (nối Layer 11).

• Lý thuyết: game-day plan + roles.

• Thực hành: Game-day platform.

Ngày 162: DR - backup (Velero)

• Mục tiêu: Sao lưu (nối Layer 11/4).

• Lý thuyết: Velero backup/restore.

• Thực hành: Backup platform state.

Ngày 163: DR - multi-region failover

• Mục tiêu: Chuyển vùng (nối Layer 11/5).

• Lý thuyết: multi-region, RTO/RPO.

• Thực hành: Failover platform sang region khác.

Ngày 164: DR runbook

• Mục tiêu: Phục hồi có hướng dẫn (nối Layer 11).

• Lý thuyết: DR runbook + validation.

• Thực hành: Viết DR runbook.

Ngày 165: Incident management

• Mục tiêu: Xử sự cố (nối Layer 11).

• Lý thuyết: on-call + escalation + postmortem.

• Thực hành: Incident process cho platform.

Ngày 166: Capacity planning

• Mục tiêu: Đủ tài nguyên (nối Layer 11).

• Lý thuyết: demand forecast + headroom.

• Thực hành: Capacity plan platform.

Ngày 167: P8 - reliability integrate

• Mục tiêu: SLO + chaos + DR.

• Lý thuyết: rà toàn reliability.

• Thực hành: Game-day: chaos + failover, SLO chịu được.

Ngày 168: P8 - Reliability

• Mục tiêu: Release P8.

• Lý thuyết: rà "done": SLO dashboard + chaos + DR runbook.

• Thực hành: Đóng gói + blog #147 ("Reliability cho Platform OS: SLO, chaos, DR"). P8 done.

PHASE 10 - Dashboards & OSS Release (Ngày 169-180) → P9 flagship

Ngày 169: Dashboard - DORA

• Mục tiêu: Đo delivery (nối Layer 6).

• Lý thuyết: deploy freq/lead time/CFR/MTTR.

• Thực hành: DORA dashboard.

Ngày 170: Dashboard - SPACE/DevEx

• Mục tiêu: Đo trải nghiệm (nối Layer 6).

• Lý thuyết: SPACE + DevEx metrics.

• Thực hành: DevEx dashboard.

Ngày 171: Dashboard - FinOps/Capacity

• Mục tiêu: Đo chi phí (nối Layer 11).

• Lý thuyết: cost allocation + capacity.

• Thực hành: FinOps + capacity dashboard.

Ngày 172: Platform product metrics

• Mục tiêu: Đo giá trị platform (nối Layer 6/11).

• Lý thuyết: adoption, time-to-value, NPS.

• Thực hành: Adoption dashboard.

Ngày 173: Docs - architecture

• Mục tiêu: Tài liệu như OSS.

• Lý thuyết: architecture doc + diagrams.

• Thực hành: Architecture documentation.

Ngày 174: Docs - RFC/ADR archive

• Mục tiêu: Lưu quyết định (nối Leadership).

• Lý thuyết: RFC + ADR archive.

• Thực hành: Tổng hợp RFC/ADR.

Ngày 175: Docs - runbook/roadmap

• Mục tiêu: Vận hành + hướng đi (nối Layer 11).

• Lý thuyết: runbook library + roadmap.

• Thực hành: Runbooks + roadmap.

Ngày 176: Docs - getting-started/golden path

• Mục tiêu: Dev tự dùng (nối Layer 6).

• Lý thuyết: getting-started, golden path docs.

• Thực hành: Onboarding docs.

Ngày 177: OSS readiness

• Mục tiêu: Sẵn sàng cộng đồng (nối Layer 13).

• Lý thuyết: CONTRIBUTING, governance, license.

• Thực hành: OSS setup + governance.

Ngày 178: Full integration test

• Mục tiêu: Toàn platform chạy.

• Lý thuyết: E2E: DSL → control plane → mesh → observ → security → data/AI.

• Thực hành: Full E2E test.

Ngày 179: Full game-day + final review

• Mục tiêu: Chứng minh toàn diện.

• Lý thuyết: chaos + DR + SLO dưới tải; rà toàn Capstone.

• Thực hành: Game-day tổng + final review.

Ngày 180: HOÀN THÀNH GRAND CAPSTONE

• Mục tiêu: Chốt Cloud-Native Platform OS - tích hợp toàn bộ chương trình.

• Lý thuyết: Ôn toàn Capstone; kiểm kê tổng: P1 control plane + P2 DSL + P3 networking + P4 microVM + P5 observability + P6 security + P7 data/AI + P8 reliability + P9 full platform + dashboards + OSS docs.

• Thực hành: P9 done; đề thi #7 tích lũy (toàn Capstone) + tự chấm theo rubric; blog #148 ("Cloud-Native Platform OS: tích hợp cả hành trình thành một sản phẩm"); tag capstone-complete; nghỉ trọn một ngày ăn mừng.