Bài 5 — AWS — Tổng quan hệ sinh thái

Mở đầu — vì sao bài này quan trọng

Nếu bạn hỏi mười công ty công nghệ ở Việt Nam đang dùng cloud nào, thì rất có thể bảy tám công ty sẽ trả lời: AWS. Amazon Web Services không phải là nhà cung cấp cloud duy nhất, nhưng nó là nhà cung cấp lớn nhất thế giới, ra đời sớm nhất (từ 2006), và cũng là cái tên xuất hiện nhiều nhất trong các tin tuyển dụng DevOps, Cloud Engineer tại thị trường Việt Nam. Khi bạn đọc một job description ghi "kinh nghiệm với EC2, S3, RDS, IAM" thì đó chính là hệ sinh thái AWS.

Vấn đề là AWS có hơn 200 dịch vụ. Một người mới nhìn vào bảng điều khiển (console) của AWS sẽ hoa mắt vì hàng trăm cái tên viết tắt lạ lẫm: EC2, ECS, EKS, EBS, EFS, ELB, EMR, SQS, SNS... Cảm giác choáng ngợp này là hoàn toàn bình thường, và nó khiến nhiều người bỏ cuộc ngay từ đầu.

Bài học hôm nay không cố dạy bạn tất cả 200 dịch vụ đó — điều đó là bất khả thi và cũng không cần thiết. Thay vào đó, chúng ta sẽ xây dựng cho bạn một bản đồ tư duy: hiểu AWS được tổ chức thành những "họ dịch vụ" (service families) nào, mỗi họ giải quyết bài toán gì, và đâu là những dịch vụ trụ cột (flagship) mà bất kỳ ai làm cloud cũng phải biết. Khi có bản đồ này trong đầu, bạn sẽ không còn sợ hãi khi mở console AWS nữa — bạn biết mình đang đứng ở đâu và cần đi tới đâu.

Đây là bài tổng quan hệ sinh thái. Các dịch vụ cụ thể (EC2, Lambda, S3, RDS...) sẽ được đào sâu ở những bài sau. Nhiệm vụ của bạn bây giờ là nắm được bức tranh toàn cảnh.

Khái niệm cốt lõi

AWS được tổ chức như thế nào

Hãy tưởng tượng AWS như một siêu thị khổng lồ. Bạn không đi lang thang giữa hàng trăm nghìn mặt hàng lộn xộn — siêu thị chia thành các gian hàng: gian đồ tươi sống, gian đồ khô, gian gia dụng. AWS cũng vậy. Toàn bộ dịch vụ được nhóm thành các họ dịch vụ theo chức năng. Khi bạn cần "máy chủ", bạn đi tới gian Compute. Khi cần "lưu trữ", bạn tới gian Storage. Nắm được các gian hàng này chính là nắm được AWS.

Dưới đây là các họ dịch vụ quan trọng nhất cùng dịch vụ trụ cột của từng họ:

Bạn không cần thuộc lòng bảng này ngay. Điều quan trọng là hiểu logic: mọi dịch vụ AWS đều thuộc về một họ, và mỗi họ giải quyết một loại bài toán. Khi gặp một cái tên lạ, hãy tự hỏi: nó thuộc gian hàng nào?

Ba dịch vụ nền tảng bạn bắt buộc phải hiểu

Trong hàng trăm dịch vụ, có ba cái tên xuất hiện trong gần như mọi kiến trúc AWS. Nếu bạn chỉ có thời gian học ba thứ, hãy học ba thứ này:

EC2 (Elastic Compute Cloud) — máy chủ ảo. Đây là dịch vụ lâu đời và cơ bản nhất. Bạn "thuê" một máy tính ảo trên đám mây, chọn cấu hình CPU/RAM (gọi là instance type như t3.micro, m5.large), cài hệ điều hành và chạy ứng dụng như trên một máy chủ vật lý. EC2 là nền móng — rất nhiều dịch vụ khác của AWS thực chất chạy bên dưới bằng EC2.

S3 (Simple Storage Service) — kho lưu trữ đối tượng. Bạn ném file vào đây: hình ảnh, video, file backup, tài liệu, log. S3 gần như "vô hạn" về dung lượng, độ bền cực cao (Amazon cam kết 99,999999999% — mười một số 9), và rẻ. Website tĩnh, ảnh sản phẩm của một sàn thương mại điện tử, bản backup database — tất cả đều thường nằm ở S3.

IAM (Identity and Access Management) — hệ thống phân quyền. Đây là "người gác cổng" quyết định ai được làm gì trên tài khoản AWS của bạn. IAM miễn phí nhưng cực kỳ quan trọng: cấu hình IAM sai là nguyên nhân số một gây rò rỉ dữ liệu trên cloud. Chúng ta sẽ học sâu về IAM ở bài riêng, nhưng bạn cần biết rằng nó len lỏi vào mọi thao tác.

Region và Availability Zone — bộ khung hạ tầng vật lý

AWS không phải một máy tính khổng lồ ở đâu đó. Nó là mạng lưới các trung tâm dữ liệu trên khắp thế giới, được tổ chức theo hai cấp:

• Region (vùng): một khu vực địa lý, ví dụ ap-southeast-1 (Singapore), ap-southeast-2 (Sydney), us-east-1 (Bắc Virginia). Với người dùng Việt Nam, region Singapore là gần nhất và phổ biến nhất, cho độ trễ (latency) khoảng 30–50ms. AWS chưa có region đặt tại Việt Nam tính đến 2026.
• Availability Zone (AZ): mỗi region gồm nhiều AZ — thực chất là các trung tâm dữ liệu tách biệt về vật lý (nguồn điện, mạng riêng) nhưng nối với nhau bằng đường mạng tốc độ cao. Singapore có 3 AZ. Việc trải ứng dụng qua nhiều AZ là nền tảng của tính sẵn sàng cao (high availability) — nếu một AZ mất điện, ứng dụng vẫn chạy ở AZ khác.

Khái niệm này quan trọng vì nó ảnh hưởng trực tiếp tới độ trễ, chi phí và độ tin cậy. Một lỗi kinh điển của người mới là tạo tài nguyên nhầm region, rồi thắc mắc "sao tôi không thấy máy chủ vừa tạo?" — vì bạn đang nhìn nhầm region.

Mô hình chi phí: trả theo mức dùng

Điểm khác biệt lớn nhất giữa cloud và tự mua máy chủ là pay-as-you-go — trả theo mức sử dụng. Bạn không bỏ 200 triệu mua server rồi khấu hao 5 năm. Bạn bật EC2 lên, dùng 3 tiếng, tắt đi, và chỉ trả tiền cho 3 tiếng đó. Điều này tạo ra sự linh hoạt tuyệt vời nhưng cũng là con dao hai lưỡi: quên tắt tài nguyên đồng nghĩa với hóa đơn tăng vô tội vạ. AWS có Free Tier cho người mới học — 12 tháng miễn phí một số dịch vụ ở mức giới hạn (ví dụ 750 giờ EC2 t2.micro/tháng), rất phù hợp để bạn thực hành.

Tình huống thực tế

Tình huống 1: Startup fintech ở TP.HCM chọn AWS để khởi động nhanh

Một startup fintech giả định tên VíNhanh ở TP.HCM cần ra mắt ứng dụng ví điện tử trong 3 tháng. Nếu tự mua máy chủ, họ sẽ mất hàng tuần chờ đặt hàng, lắp đặt, cấu hình mạng — chưa kể vốn ban đầu lớn. Thay vào đó, team dùng AWS region Singapore:

• Backend API chạy trên EC2 với vài instance t3.medium.
• Ảnh CCCD, ảnh khuôn mặt khách hàng (eKYC) lưu ở S3, mã hóa bằng KMS.
• Dữ liệu giao dịch nằm ở RDS (PostgreSQL) có bật Multi-AZ để không mất dữ liệu khi một AZ gặp sự cố.
• CloudFront (CDN) phân phối giao diện web tới người dùng khắp Việt Nam với độ trễ thấp.
• IAM phân quyền chặt: chỉ đúng service được truy cập đúng tài nguyên.

Bài học rút ra: Với AWS, VíNhanh đi từ ý tưởng tới sản phẩm chạy thật trong vài tuần, chi phí tháng đầu chỉ vài trăm USD thay vì hàng tỷ đồng đầu tư hạ tầng. Hệ sinh thái đầy đủ của AWS cho phép họ ghép các dịch vụ như xếp Lego, không phải tự xây từ số không.

Tình huống 2: Sàn thương mại điện tử và bài toán mùa cao điểm

Hãy nhìn cách các sàn lớn ở Đông Nam Á như Lazada vận hành trong sự kiện sale 11.11 hoặc 12.12. Lưu lượng truy cập có thể tăng gấp 20–50 lần so với ngày thường trong vài giờ đỉnh điểm. Nếu tự mua máy chủ, họ buộc phải mua đủ máy cho ngày đông nhất trong năm — nghĩa là 360 ngày còn lại, phần lớn máy nằm không, đốt tiền vô ích.

Trên AWS, họ dùng Auto Scaling kết hợp EC2 và ELB (Elastic Load Balancer): số lượng máy chủ tự động tăng lên khi tải cao, rồi tự co lại khi hết sale. DynamoDB (NoSQL) xử lý hàng triệu lượt đọc/ghi giỏ hàng mỗi giây mà không sập. CloudFront gánh phần lớn lưu lượng ảnh sản phẩm để backend không nghẽn.

Bài học rút ra: Sức mạnh thật sự của hệ sinh thái AWS không nằm ở từng dịch vụ riêng lẻ, mà ở khả năng co giãn theo nhu cầu. Bạn chỉ trả tiền cho công suất thực dùng. Đây là điều gần như không thể làm với hạ tầng vật lý tự quản.

Tình huống 3: Anh Minh, một dev muốn chuyển sang nghề DevOps

Anh Minh, 28 tuổi, đang là backend developer ở Hà Nội, muốn chuyển sang DevOps. Anh mở console AWS lần đầu và... choáng. Hàng trăm dịch vụ, không biết bắt đầu từ đâu. Sai lầm đầu tiên của anh là cố học tất cả cùng lúc: đọc tài liệu Kinesis, EMR, SageMaker — những thứ anh chưa cần dùng.

Sau khi có người mentor, anh đổi chiến lược: chỉ tập trung ba trụ cột EC2, S3, IAM, dùng Free Tier dựng một website cá nhân đơn giản. Anh tạo EC2, cài Nginx, đẩy ảnh lên S3, cấu hình IAM role. Trong hai tuần, anh hiểu được luồng cơ bản và tự tin hẳn. Từ nền tảng đó, mỗi tuần anh học thêm một dịch vụ mới theo nhu cầu thực tế.

Bài học rút ra: Đừng cố ăn cả con voi trong một miếng. Bắt đầu từ vài dịch vụ cốt lõi, thực hành tay chân, rồi mở rộng dần. Hệ sinh thái AWS mênh mông, nhưng 80% công việc thực tế chỉ xoay quanh khoảng 20% số dịch vụ.

Hướng dẫn từng bước

Đây là lộ trình để bạn bắt đầu làm quen với hệ sinh thái AWS một cách có hệ thống:

• Tạo tài khoản AWS và bật Free Tier. Truy cập aws.amazon.com, đăng ký (cần thẻ tín dụng/ghi nợ quốc tế để xác thực, nhưng Free Tier không tính phí nếu bạn dùng trong hạn mức). Đây là bước bắt buộc để thực hành.

• Thiết lập bảo mật tài khoản ngay lập tức. Bật xác thực hai lớp (MFA) cho tài khoản root. Tạo một IAM user riêng cho công việc hằng ngày thay vì dùng root. Đây là thói quen an toàn số một mà nhiều người mới bỏ qua.

• Chọn region gần bạn. Vào góc trên phải console, chọn ap-southeast-1 (Singapore). Ghi nhớ: mọi tài nguyên bạn tạo sẽ nằm trong region đang chọn.

• Làm quen với bản đồ họ dịch vụ. Mở menu "Services", quan sát cách AWS nhóm dịch vụ: Compute, Storage, Database, Networking... Đối chiếu với bảng trong bài này. Mục tiêu là bạn nhận diện được "gian hàng", chưa cần hiểu chi tiết từng món.

• Tạo một tài nguyên đầu tiên. Vào EC2, khởi chạy một instance t2.micro (thuộc Free Tier), chọn Amazon Linux. Kết nối vào máy qua SSH. Cảm giác "chạm tay" vào máy chủ cloud đầu tiên rất quan trọng để bạn hết sợ.

• Tạo một bucket S3 và tải lên một file. Quan sát cách S3 tổ chức lưu trữ. Thử bật/tắt quyền public để hiểu về phân quyền.

• Bật cảnh báo chi phí (Billing Alert). Vào Billing, đặt một cảnh báo khi hóa đơn vượt 1 USD. Đây là "phanh an toàn" giúp bạn không bị hóa đơn bất ngờ khi lỡ để quên tài nguyên chạy.

• Xóa dọn sau khi thực hành. Tắt EC2, xóa tài nguyên không dùng. Thói quen dọn dẹp giúp bạn giữ hóa đơn ở mức 0 đồng.

Lỗi thường gặp & mẹo

Lỗi 1 — Nhầm region. Bạn tạo EC2 ở Singapore nhưng đang xem console ở Bắc Virginia, rồi hoảng vì "mất máy chủ". Luôn kiểm tra region ở góc trên phải trước mọi thao tác. Mẹo: chọn cố định một region và làm việc nhất quán trong đó.

Lỗi 2 — Dùng tài khoản root cho mọi việc. Tài khoản root có toàn quyền, nếu lộ là mất trắng. Hãy tạo IAM user riêng, chỉ dùng root cho các tác vụ đặc biệt. Bật MFA cho root ngay hôm nay.

Lỗi 3 — Quên tắt tài nguyên, hóa đơn tăng vọt. Rất nhiều người học để EC2, NAT Gateway, hoặc RDS chạy qua đêm và nhận hóa đơn hàng chục USD. Mẹo: luôn bật Billing Alert, và dọn tài nguyên sau mỗi buổi thực hành.

Lỗi 4 — Cố học tất cả dịch vụ cùng lúc. Đây là con đường nhanh nhất dẫn tới bỏ cuộc. Mẹo: học theo nhu cầu (just-in-time). Cần deploy web thì học EC2 + S3; cần database thì học RDS. Kiến thức gắn với thực hành sẽ nhớ lâu hơn học chay.

Lỗi 5 — Bỏ qua bảo mật S3. Cấu hình bucket S3 thành public do sơ suất là nguyên nhân của vô số vụ rò rỉ dữ liệu nổi tiếng. Mặc định hãy để bucket private, chỉ mở public khi thật sự cần và hiểu rõ hậu quả.

Mẹo vàng: Hãy tư duy AWS theo "họ dịch vụ" chứ đừng cố nhớ từng cái tên rời rạc. Khi gặp dịch vụ lạ, hỏi ba câu: (1) Nó thuộc họ nào? (2) Giải quyết bài toán gì? (3) Có dịch vụ tương đương nào rẻ/đơn giản hơn không? Ba câu này biến sự choáng ngợp thành sự tò mò có định hướng.

Bài tập thực hành

Bài tập 1 — Vẽ bản đồ tư duy. Không cần máy tính. Hãy vẽ ra giấy một sơ đồ gồm 6 họ dịch vụ chính (Compute, Storage, Database, Networking, Security, Monitoring) và ghi 2 dịch vụ trụ cột cho mỗi họ. Mục tiêu là bạn tái hiện được bản đồ này từ trí nhớ. Đây là nền tảng tư duy cho toàn khóa học.

Bài tập 2 — Thực hành ba trụ cột. Với Free Tier: (a) tạo một EC2 t2.micro, SSH vào và cài Nginx để hiện trang "Hello AWS"; (b) tạo bucket S3, tải lên một ảnh và một file HTML; (c) tạo một IAM user mới với quyền chỉ đọc S3, rồi kiểm tra xem user đó có tạo được EC2 không (câu trả lời: không — vì bạn chưa cấp quyền). Nhớ xóa sạch tài nguyên khi xong.

Bài tập 3 — Thiết kế trên giấy. Cho tình huống: một quán cà phê ở Đà Nẵng muốn làm website đặt bàn online, dự kiến 500 lượt truy cập/ngày, cần lưu ảnh menu và dữ liệu đặt bàn. Hãy liệt kê những dịch vụ AWS bạn sẽ dùng và giải thích lý do chọn từng cái. Gợi ý: nghĩ về nơi chạy code, nơi lưu ảnh, nơi lưu dữ liệu đặt bàn, và cách phân phối web.

Bài tập 4 — So sánh nhận diện. Mở console AWS, chọn ngẫu nhiên 5 dịch vụ bạn chưa biết. Với mỗi cái, chỉ đọc một dòng mô tả và tự phân loại nó vào một trong các họ dịch vụ. Bài tập này rèn khả năng "định vị" mọi dịch vụ trong bản đồ tổng thể.

Tóm tắt

AWS là nhà cung cấp cloud lớn nhất thế giới với hơn 200 dịch vụ, và cũng là hệ sinh thái được săn đón nhất trên thị trường tuyển dụng DevOps Việt Nam. Chìa khóa để không bị choáng ngợp là hiểu rằng AWS được tổ chức thành các họ dịch vụ theo chức năng: Compute, Storage, Database, Networking, Security, Monitoring, Integration, Developer Tools — mỗi họ giải quyết một loại bài toán và có những dịch vụ trụ cột riêng.

Ba dịch vụ nền tảng bạn bắt buộc phải hiểu ngay là EC2 (máy chủ ảo), S3 (lưu trữ đối tượng) và IAM (phân quyền). Bên dưới mọi thứ là bộ khung hạ tầng vật lý gồm Region và Availability Zone — quyết định độ trễ, chi phí và độ tin cậy; với người dùng Việt Nam, region Singapore (ap-southeast-1) là lựa chọn phổ biến nhất. Mô hình chi phí pay-as-you-go mang lại sự linh hoạt nhưng đòi hỏi kỷ luật: luôn bật Billing Alert và dọn tài nguyên sau khi dùng.

Qua ba tình huống thực tế — startup fintech khởi động nhanh, sàn thương mại điện tử co giãn mùa sale, và một developer chuyển nghề — bạn thấy sức mạnh thật của AWS không nằm ở từng dịch vụ, mà ở khả năng ghép chúng lại và co giãn theo nhu cầu. Lời khuyên xuyên suốt: đừng cố ăn cả con voi. Bắt đầu từ vài trụ cột, thực hành tay chân với Free Tier, rồi mở rộng dần theo nhu cầu thực tế. Ở các bài tiếp theo, chúng ta sẽ lần lượt đào sâu từng dịch vụ quan trọng trong bản đồ này.