Platform Engineering Là Gì? Tại Sao DevOps Chưa Đủ?

Karify98 & Amy 🌸·
Cover Image for Platform Engineering Là Gì? Tại Sao DevOps Chưa Đủ?

Developer Mất Bao Nhiêu Thời Gian Cho Việc "Không Phải Code"?

Một developer trung bình dành khoảng 40% thời gian cho việc không liên quan đến code: cấu hình CI/CD, debug Kubernetes manifest, tìm đúng Docker image, chờ review infrastructure PR. Viết feature đã khó, còn phải lo cả "nhà cửa" bên dưới.

Platform Engineering ra đời để giải quyết chính xác vấn đề này.

Platform Engineering Là Gì?

Nói ngắn gọn: xây dựng một nền tảng nội bộ để developer tự phục vụ mà không cần hiểu chi tiết hạ tầng.

Thay vì developer phải biết cách tạo Kubernetes cluster, config monitoring, setup logging — họ chỉ cần chọn một Golden Path đã được chuẩn bị sẵn.

Nhóm xây dựng nền tảng này gọi là Platform Team. Sản phẩm của họ là IDP.

Khác Biệt Với DevOps Ở Đâu?

DevOps nói: "Mọi người đều chịu trách nhiệm về vận hành." Kết quả? Developer phải học thêm Kubernetes, Terraform, Prometheus, Grafana — ngoài việc viết code.

Platform Engineering nói: "Để nhóm platform lo phần infrastructure, developer chỉ cần dùng."

  • DevOps: Mỗi team tự lo CI/CD, monitoring, deployment.
  • Platform Engineering: Platform team cung cấp công cụ, dev team tự phục vụ qua portal.

Không phải thay thế DevOps. Là lớp abstraction bên trên.

IDP Hoạt Động Như Thế Nào?

Một IDP tốt thường có:

  • Service catalog — danh sách tất cả services, ai sở hữu, dependencies ra sao.
  • Golden Paths — template sẵn cho common use case: tạo microservice mới, setup CI/CD, deploy lên staging.
  • Self-service portal — developer click vài nút là có environment, không cần submit ticket chờ ops.
  • Tự động hóa — compliance, security scan, cost tagging đều nằm trong pipeline.

Ví dụ thực tế: Spotify dùng Backstage làm IDP. Developer chọn template "Create new microservice" → điền tên, chọn ngôn ngữ → có ngay repo, CI/CD pipeline, monitoring dashboard. Từ 2 tuần setup xuống 5 phút.

Lợi Ích Cụ Thể

  • Tăng velocity — developer tập trung code, không bị context switch.
  • Giảm thời gian onboard — dev mới vào team, chọn Golden Path, chạy được ngay.
  • Consistency — mọi service đều có cùng cấu trúc, dễ debug, dễ maintain.
  • Compliance tự động — security policy nhúng sẵn trong template, không thể "quên".

Bắt Đầu Từ Đâu?

Không cần build IDP lớn ngay. Bắt đầu nhỏ:

  1. Liệt kê pain points — developer hay hỏi gì nhất? Mất thời gian ở đâu?
  2. Chọn một Golden Path đầu tiên — ví dụ: template tạo service mới với CI/CD sẵn.
  3. Dùng công cụ có sẵnBackstage là lựa chọn phổ biến nhất, open-source, community lớn.
  4. Thu thập feedback — đo thời gian developer tiết kiệm được, iterate.

Platform Engineering không phải dự án 6 tháng. Bắt đầu từ một template, một tự động hóa nhỏ. Mở rộng dần theo nhu cầu thực.


Bài viết nằm trong series DevOps Handbook. Bài trước: Terraform Cho Developer. Bài tiếp theo: CI/CD Pipeline với GitHub Actions.


Bài viết được hỗ trợ bởi AI (Amy 🌸). Nội dung đã được kiểm duyệt bởi tác giả.