Lession 4: Introduction to Going Global
Mở rộng thị phần
Hãy tưởng tượng bạn là người điều hành chuỗi KFC và đang muốn mở rộng ra toàn cầu. Trước khi chọn địa điểm đặt chi nhánh mới, bạn phải cân nhắc: khách hàng tập trung ở đâu? Luật pháp địa phương có cho phép không? Chi phí thuê mặt bằng và vận hành ra sao?
AWS Global Infrastructure cũng vận hành theo đúng logic đó.
AWS Region giống như một quốc gia hoặc thành phố lớn mà KFC chọn để đặt nhà bếp trung tâm. Mỗi Region là một cụm trung tâm dữ liệu độc lập, được đặt tại các vị trí chiến lược khác nhau trên thế giới.
Edge Location giống như xe KFC lưu động hoặc quầy bán mang đi ở góc phố — nhỏ gọn hơn, không có đủ menu như chi nhánh chính, nhưng phục vụ nhanh hơn vì ở gần khách hàng hơn. Chúng lưu trữ tạm thời (cache) nội dung phổ biến như hình ảnh, video giúp người dùng truy cập với độ trễ thấp hơn.'
Yếu tố then chốt khi chọn Region
Compliance - Đầu tiên là phải tuân thủ pháp lý. Các vị trí địa lý khác nhau có những yêu cầu pháp lý và luật bảo vệ dữ liệu khác nhau mà các tổ chức phải tuân theo.
Proximity - Tiếp theo là trải nghiệm user. Region càng gần với user thì độ trễ càng thấp, điều này là ảnh hưởng trực tiếp tới trải nghiệm của user.
Feature availability - Không phải mọi dịch vụ nào cũng giống nhau tại tất cả Region, phải đảm bảo rằng ứng dụng đó, tính năng đó phải available cho Region đó.
Pricing - Cuối cùng là giá thành, mỗi region sẽ có mức giá khác nhau phụ thuộc vào chi phí hạ tầng ở các địa phương đó.
Khái niệm cơ bản
Region: Khu vực địa lý lớn, chứa nhiều Availability Zone. Ví dụ: ap-southeast-1 (Singapore).
Availability Zone: Vị trí độc lập trong một Region, có nguồn điện, mạng và kết nối riêng. Gồm một hoặc nhiều data center.
Edge Location: Điểm hiện diện đặt gần người dùng cuối, cache nội dung để giảm độ trễ. Dùng cho CloudFront CDN.
Nếu Region là nhà bếp trung tâm của KFC, thì Availability Zone là các bếp dự phòng trong cùng tòa nhà — và Edge Location là xe giao hàng đặt sẵn ngay trước nhà bạn.
Khi bạn triển khai tài nguyên trên nhiều Region và nhiều AZ, bạn sẽ có những lợi thế như sau:
High Availability: Hệ thống tiếp tục hoạt động dù một thành phần bị lỗi. Không có điểm thất bại duy nhất.
Elasticity: Tự động co giãn tài nguyên theo nhu cầu thực tế — mở rộng khi tải cao, thu nhỏ khi rảnh.
Agility: Triển khai dịch vụ mới hoặc thay đổi kiến trúc trong vài phút thay vì vài tuần.
Tự động hóa hạ tầng với CloudFront
CloudFormation cho phép bạn mô tả toàn bộ hạ tầng AWS bằng một file template (JSON hoặc YAML). Từ đó, AWS tự động tạo và cấu hình tất cả tài nguyên bạn cần.
CloudFormation là công cụ IaC gốc của AWS. Nếu bạn làm việc đa cloud (AWS + GCP + Azure), hãy cân nhắc dùng Terraform — một công cụ IaC mã nguồn mở phổ biến hơn, hỗ trợ nhiều nhà cung cấp cloud cùng lúc với cú pháp thống nhất.
3 cách tương tác với AWS
Tùy vào vai trò và nhu cầu, bạn có thể chọn cách tương tác phù hợp với AWS:
Programmatic Access — AWS CLI & SDK
Dành cho developer và người quen với code. CLI quản lý nhiều dịch vụ từ terminal, SDK tích hợp AWS vào ứng dụng của bạn.
Ví dụ: Viết script tự động backup Amazon EBS hàng ngày, hoặc dùng SDK để lưu dữ liệu người dùng vào S3.
AWS Management Console
Giao diện web trực quan, phù hợp cho người mới bắt đầu hoặc không có kinh nghiệm lập trình.
Ví dụ: Xem dashboard chi phí, dùng Amazon QuickSight để tạo biểu đồ, hoặc quản lý Neptune graph database.
Infrastructure as Code — CloudFormation
Tự động hóa toàn bộ vòng đời hạ tầng, tích hợp tốt với quy trình DevOps và CI/CD pipeline.
Ví dụ: Deploy cùng một stack hạ tầng sang 5 Region khác nhau chỉ bằng một lệnh duy nhất.
Kết bài
Okie cuối cùng thì mình quan tâm là có nhiêu cách tạo resource và khái niệm nhé.