Để trận pháp vĩ đại Kubernetes hoạt động, các Tông chủ vẫn phải ngày đêm nai lưng chăn dắt một bầy Cự Thú (Worker Nodes) cõng các Lồng Bát Quái (Pods). Tưởng thoát kiếp chăn nuôi, ngờ đâu thành kẻ chăn nuôi cấp cao.
Sự bành trướng của K8s Tông (đại diện trên AWS là EKS) giúp giang hồ quy hoạch võ công dễ dàng hơn. Nhưng các Tông chủ lại ôm một khối tâm bệnh âm ỉ. Hàng ngày họ phải quản lý, chăm sóc đàn Cự Thú (EC2 Worker Nodes).
Cự Thú già yếu, Cự Thú bệnh tật (lỗi OS), hay thức đêm nâng cấp áo giáp (Security Patches) cho chúng... khiến các Tông chủ mệt mỏi rã rời. Đứng trước cảnh lầm than đó, Thượng Đế AWS đã giáng xuống một bộ kỳ thư kết thúc chuỗi ngày đau khổ này.
Bộ kỳ thư mang tên AWS Fargate xuất thế làm rúng động cõi tu tiên. Fargate không sinh ra để tiêu diệt ai, mà nó dung hợp hai luồng chân khí trái ngược nhau: Tính quy củ của K8s Tông và triết lý vô tướng của Serverless Đạo.
Fargate cho phép bạn đóng gói võ công vào Lồng Bát Quái (Docker/Container), nhưng KHÔNG CẦN bất kỳ con Cự Thú (Node) nào để cõng nó. Khi gieo quẻ ném lồng không gian, AWS sẽ tự động hóa phép ra một đám mây năng lượng vô hình để đỡ lấy chiếc lồng đó, cấp cho nó đúng số linh khí (vCPU, RAM) mà nó cần.
- Tiêu biến Worker Node: Tông chủ không còn nhìn thấy, không cần quan tâm đến máy chủ vật lý bên dưới. Chữ "Node" bị xóa sổ khỏi từ điển.
- Bảo mật tuyệt đối: Mỗi chiếc lồng lơ lửng trong một vùng không gian riêng (Micro-VM). Lồng này nổ cũng không vỡ lây sang lồng khác.
- Tính linh thạch công bằng: Chỉ tính tiền dựa trên kích thước lồng (bao nhiêu CPU, bao nhiêu RAM) và thời gian lồng tồn tại. Lồng rụng = ngừng tính tiền.
Dù vậy, bí thuật này tốn kém linh thạch (chi phí) hơn một chút so với việc tự tay chăn dắt một đàn Cự Thú khổng lồ vắt kiệt sức lao động. Các đại năng giàu có đổi tiền lấy thời gian thường rất chuộng Fargate.
Tu tiên giả có thể đánh đấm giỏi, gọi hồn nhanh, nhưng nếu bí kíp (Data) bị mất, tông môn đó coi như tuyệt diệt. Để lưu trữ dữ liệu, hai đại ma phái xuất hiện với triết lý thủy hỏa bất dung.
Khi cuộc chiến về Tính Toán (Compute) dần đi vào thế cân bằng với các tuyệt kỹ dung hợp, thì ở sâu trong lòng Tiên giới, một cuộc huyết chiến khác tàn khốc không kém đã nổ ra từ thuở hồng hoang: Cuộc chiến giành quyền kiểm soát Tàng Kinh Các (Databases).
Trường phái lâu đời nhất, tự xưng là "Gia phả hoàng gia". Kẻ tu RDS (như MySQL, PostgreSQL) làm gì cũng phải có quy củ nghiêm ngặt:
- Đạo luật "Schema" thép: Muốn cất một viên linh đan vào kho? Phải khai báo trước nó hình gì, màu gì, nặng bao nhiêu. Khai báo sai kích thước? Trận pháp từ chối cho vào.
- Tính Quan Hệ (Relation): Các kho chứa liên kết với nhau bằng những sợi duyên nhân duyên (Foreign Keys). Gọi đệ tử A (User) lập tức biết hắn ở đỉnh núi B (Address) và đang xài pháp bảo C (Orders).
- Chân lý ACID: Đảm bảo không bao giờ có chuyện chuyển linh thạch từ tay kẻ này sang kẻ khác mà rớt giữa đường. Một là thành công cả hai, hai là hoàn trả như cũ.
Tử huyệt: Khi tông môn phình to quá mức, việc sắp xếp sổ sách cực kỳ rườm rà. Muốn mở rộng (Scale) thì chỉ có cách đập đi xây cái kho to hơn (Scale up), rất khó để tách thành nhiều kho nhỏ (Scale out).
Được AWS sinh ra để đập tan sự lề mề của RDS Phái. DynamoDB Giáo đi theo con đường tà đạo: Nhanh, Tàn bạo, và Bất tuân quy tắc:
- Vô pháp vô thiên (Schemaless): Không cần khai báo trước hình thù bí kíp. Cuốn sách vuông, viên thuốc tròn, hay thanh gươm dài... cứ ném tất cả vào cùng một cái rương (Table). DynamoDB nuốt hết.
- Tốc độ ánh sáng: Dù tông môn có 10 đệ tử hay 100 triệu đệ tử, thời gian tìm ra bí kíp luôn là dưới 10 mili-giây (Single-digit millisecond).
- Phân thân tà thuật (Vô hạn Scale): Bí kíp tự động được băm nhỏ, phân tán ra hàng vạn phân đà (Partitions) trên toàn lãnh thổ AWS. Không bao giờ sợ sập kho.
Tử huyệt: Kẻ tu DynamoDB bị mù lòa trong việc "Tìm kiếm chéo" (JOIN). Nó không thể liên kết các rương đồ với nhau. Nếu bạn thiết kế cái rương sai từ đầu (Bad Partition Key), mỗi lần tìm đồ bạn sẽ phải xới tung toàn bộ kho (Scan), khiến linh thạch bốc hơi với tốc độ khủng khiếp.
| Tiêu chí | 🏛️ RDS Phái (SQL) | 🌪️ DynamoDB Giáo (NoSQL) |
|---|---|---|
| Cấu trúc | Cứng ngắc, chuẩn mực | Tự do, hỗn loạn |
| Tốc độ mở rộng | Chậm (Phải mổ xẻ thay tim) | Vô hạn (Phân thân tức thời) |
| Truy vấn phức tạp | Bậc thầy (JOIN nhiều bảng) | Khuyết tật (Chỉ tìm bằng Key) |
| Sự sống còn | Ổn định vững bền | Sống sót qua thảm họa (Global Tables) |
| Thích hợp cho | Sổ sách kế toán, Core Banking | Giỏ hàng, Bảng xếp hạng Game, IoT Data |
Giang hồ lại một lần nữa phân chia. Kẻ trọng quy củ, giữ chữ tín thì chọn RDS.
Kẻ muốn bạo phát bạo tàn, ôm mộng xưng bá toàn cầu với hàng tỷ lưu lượng thì tôn thờ DynamoDB.
Tiên giới AWS chưa bao giờ có một ngày bình yên...