Hi các bạn 👋. Mình là Hùng Anh.
Trong môi trường production, hệ thống của chúng ta luôn cần phải được deploy trên nhiều server khác nhau để đảm bảo tính HA và có thời gian uptime cao nhất có thể ngay cả khi hạ tầng bên dưới go down. Bên cạnh đó hệ thống cũng cần phải tự động scale được khi traffic tăng vào những đợt cao điểm. Kubernetes từ lâu đã trở thành công cụ tiêu chuẩn cho bài toán này — nhưng sẽ rất khó để hiểu thực sự Kubernetes nếu như chúng ta không xuất phát từ những usecase thực tế, những khái niệm cốt lõi và những pain point của các cách triển khai hạ tầng trước đây.
Trong series này, hãy cùng mình tìm hiểu kỹ hơn về Kubernetes bằng cách đi từ những thứ cơ bản của Linux đến các khái niệm, kiến trúc, từng thành phần của Kubernetes. Mỗi bài sẽ giải quyết các bài toán mà bài trước để lại. Mình sẽ cố gắng giải thích dễ hiểu và cô đọng nhất có thể.
Hãy bắt đầu đọc theo thứ tự để hiểu hơn nhé. Hi vọng có nhiều thứ giúp ích được cho bạn.
Happy reading! 🍵
Trước khi chạm đến Kubernetes, câu chuyện phải bắt đầu từ nền móng của mọi thứ trong series này: Linux kernel. Nếu bạn chưa từng thực sự ngồi nghĩ kỹ xem kernel làm gì, driver là gì, hay "sandbox" trong Linux thực chất là gì, bài này dành cho bạn.
Server vật lý thực sự trông như thế nào, và vì sao không thể cứ deploy mãi lên cùng 1 server?
Virtual Machine giải quyết bài toán '1 máy, 1 môi trường' của server vật lý bằng cách nào, và cách triển khai này có những nhược điểm gì?
Container giải quyết vấn đề nặng nề và khởi động chậm của Virtual Machine bằng cách bỏ hẳn kernel riêng — thứ mà mỗi VM luôn phải cõng theo.
1 cluster Kubernetes thực sự gồm những gì? Control Plane ra quyết định cái gì chạy ở đâu, các node thực sự chạy chúng, còn các addon lo phần còn lại.
