Không phải vì muốn nổi tiếng. Không phải để build personal brand hay tăng follower LinkedIn. Nếu bạn đang đọc bài này và kỳ vọng điều đó, thì xin lỗi — sai chỗ rồi.
Vấn đề với terminal history
Sau nhiều năm làm DevOps và SRE, tôi nhận ra một pattern đáng lo: những ghi chú quan trọng nhất — cách tôi debug một
race condition trong Kubernetes lúc 2 giờ sáng, lý do một cái ConfigMap mount sai namespace gây ra incident 3 giờ,
hay cách config nftables đúng cách để không lockout SSH — đang biến mất vào đống Slack history cũ, terminal
history, và những file text bỏ quên đâu đó trong ~/notes/.
"Nếu bạn giải quyết cùng một vấn đề hai lần, lần thứ hai là lỗi quy trình — không phải lỗi kỹ thuật."
Tôi không nhớ ai nói câu đó, nhưng nó đúng. Và tôi đã vi phạm nó nhiều lần hơn mức tôi muốn thừa nhận.
Field Notes là gì — và không phải gì
Không phải tutorial. Nếu bạn muốn "Cách cài Kubernetes từ A đến Z", Google làm tốt hơn tôi nhiều.
Không phải top-10 list. "Top 10 tools mọi DevOps engineer cần biết" — tôi dị ứng với format đó.
Là gì? Là ghi chép từ thực địa. Những thứ xảy ra trong production. Những quyết định kiến trúc với context đầy đủ — bao gồm cả lý do tại sao một số quyết định tưởng ngớ ngẩn lại có lý trong hoàn cảnh cụ thể. Những tool tôi thấy đáng dùng (và cả những tool tôi đã thử rồi bỏ, với lý do rõ ràng).
Tại sao viết bằng tiếng Việt?
Vì tài liệu kỹ thuật tiếng Việt vẫn còn thiếu, đặc biệt là loại "từ kinh nghiệm thực tế" thay vì chỉ dịch lại documentation gốc. Nếu có một junior engineer Việt Nam nào đó đang debug cùng vấn đề tôi từng gặp và đọc được bài này, thì mục đích đã đạt được.
English technical terms sẽ giữ nguyên — không ai nói "bộ điều phối container" khi có thể nói "container orchestrator".
Lịch đăng bài
Không có. Tôi viết khi có thứ đáng viết. Quality over quantity — thà một tháng một bài chất lượng còn hơn mỗi tuần một bài chỉ để fill calendar.