Q: Công ty bạn muốn phục vụ người dùng ở cả Việt Nam, Thái Lan và Indonesia với latency < 100ms. Hãy thiết kế kiến trúc multi-region và giải thích cách xử lý distributed data consistency.

Thiết kế: (1) CloudFront với origins ở Singapore + Jakarta, (2) Application tier ở ap-southeast-1 (SG) và ap-southeast-3 (Jakarta), (3) Data strategy: phân loại data theo read/write pattern - static data CDN, session data Redis ElastiCache per-region, transactional data chọn Global Database (Aurora) hoặc DynamoDB Global Tables, (4) Eventual vs. strong consistency trade-off theo use case. Nhà tuyển dụng tìm kiếm ứng viên hiểu CAP theorem trong bối cảnh thực tế, không chỉ định nghĩa lý thuyết. Câu trả lời tốt phải đề cập đến độ trễ replication của DynamoDB Global Tables (khoảng 1 giây), cách dùng sticky routing để giảm xung đột ghi dữ liệu, và phân tích được sự đánh đổi giữa thiết kế Active-Active và Active-Passive cho từng loại workload. Điểm cộng nếu ứng viên đề cập đến chi phí truyền dữ liệu liên vùng (inter-region data transfer) vì đây là yếu tố thường bị bỏ qua nhưng ảnh hưởng lớn đến kiến trúc thực tế.

Question 1

Một startup fintech Việt Nam đang lên kế hoạch mở rộng sang thị trường Đông Nam Á. Họ hiện dùng AWS nhưng đang cân nhắc chuyển sang GCP hoặc giữ nguyên. Bạn sẽ phân tích và đưa ra khuyến nghị như thế nào?

Accepted Answer

Phân tích theo: (1) Data residency và compliance yêu cầu từng quốc gia SEA, (2) So sánh latency từ các AWS/GCP region gần nhất (Singapore, Jakarta), (3) Pricing và committed use discount, (4) Managed services so sánh (RDS vs. Cloud SQL, EKS vs. GKE), (5) Migration cost và risk. Câu trả lời tốt nhận ra đây không phải câu hỏi kỹ thuật thuần túy - chi phí chuyển đổi (team retraining, refactoring IaC) thường lớn hơn savings. GCP mạnh về AI/ML (Vertex AI, BigQuery), AWS mạnh về ecosystem và support ở SEA.

Question 2

Bạn đang thiết lập Infrastructure as Code cho một team mới gồm 5 kỹ sư backend tại Việt Nam, hầu hết có nền tảng Python. Bạn sẽ chọn Terraform hay AWS CDK và tại sao? Bạn sẽ cấu trúc repository như thế nào?

Accepted Answer

Xem xét: (1) Team background và learning curve, (2) Terraform: HCL declarative, provider ecosystem rộng, multi-cloud; CDK: Python native, type-safe, L2/L3 constructs, (3) Module/stack structure (monorepo vs. polyrepo), (4) State management (remote state S3 + DynamoDB locking), (5) CI/CD integration. Với team Python, CDK có lợi thế về onboarding. Điểm cộng nếu đề cập: Terragrunt để DRY Terraform, CDK Pipelines cho self-mutating pipeline, cách handle secrets (không hardcode trong IaC), và drift detection.

Question 3

Cloud bill của công ty tăng 40% trong quý vừa rồi mà không có thay đổi lớn về traffic. CEO yêu cầu cắt giảm 25% trong 30 ngày. Bạn bắt đầu từ đâu?

Accepted Answer

Tiếp cận có cấu trúc: (1) Cost explorer phân tích theo service, team, environment - tìm top 3 cost drivers, (2) Quick wins: rightsizing EC2/RDS, xóa unattached EBS/EIP, delete unused snapshots, (3) Reserved Instances hoặc Savings Plans cho workload ổn định, (4) Spot Instances cho batch/non-critical, (5) Architecture review: NAT Gateway egress, data transfer cost. Tìm kiếm ứng viên đề cập: tagging strategy để phân bổ chi phí, thiết lập Budget Alerts chủ động, AWS Compute Optimizer, và S3 Intelligent Tiering. Điểm cộng nếu họ hỏi về SLA tolerance cho downtime trong quá trình optimization.

Question 4

Bạn cần deploy một microservice mới lên Kubernetes production với zero downtime, nhưng phiên bản mới có breaking change với database schema. Bạn sẽ lên kế hoạch như thế nào?

Accepted Answer

Quy trình expand/contract: (1) Deploy migration thêm column mới (không xóa cũ), (2) Deploy v2 chạy song song v1 (đọc từ cột mới, fallback sang cột cũ), (3) Rolling update hoặc Blue-Green với Argo Rollouts, (4) Backfill data, (5) Sau khi v1 đã drain - xóa cột cũ và code backward-compat. Điểm cộng cho: PodDisruptionBudget để đảm bảo minimum availability; readiness probe để không route traffic vào pod chưa sẵn sàng; feature flag để tắt nhanh nếu có vấn đề; database migration tool (Flyway/Liquibase).

Question 5

Bạn sẽ thiết kế kiến trúc serverless cho một ứng dụng xử lý đơn hàng thương mại điện tử tại Việt Nam với 10.000 đơn/ngày, có spike vào các dịp sale lớn (11/11, Black Friday) lên đến 50.000 đơn/giờ. Những giới hạn của serverless bạn cần lưu ý là gì?

Accepted Answer

Thiết kế: (1) API Gateway → Lambda → SQS (buffer) → Lambda xử lý → DynamoDB, (2) Concurrency limits: Lambda default 1,000, cần request increase, (3) SQS batch size và visibility timeout phù hợp với processing time, (4) Dead Letter Queue cho failed messages, (5) Idempotency key để tránh xử lý trùng. Các hạn chế cần đề cập: Lambda cold start với Java/C# (dùng Provisioned Concurrency hoặc chuyển sang Node/Python); Lambda timeout 15 phút; payload limit 6MB qua API Gateway; VPC Lambda có latency cao hơn.

Question 6

Bạn vừa audit một tài khoản AWS của công ty và phát hiện nhiều IAM user có AdministratorAccess và access keys đã tạo từ 2 năm trước. Bạn sẽ remediate như thế nào mà không làm gián đoạn hoạt động?

Accepted Answer

Kế hoạch hành động: (1) Inventorise via IAM Access Analyzer và CloudTrail - xem ai đang thực sự dùng gì, (2) Enforce MFA ngay cho tất cả human users, (3) Tạo permission boundary, (4) Rotate access keys (tạo key mới, update applications, disable key cũ sau 30 ngày, xóa), (5) Migrate sang IAM Roles + Instance Profiles cho EC2/Lambda, (6) Thiết lập AWS Organizations SCPs. Ứng viên giỏi đề cập: principle of least privilege, không dùng root account cho daily ops, thiết lập CloudTrail và GuardDuty, và cách communicate change management với các team liên quan.

Question 7

Hãy thiết kế disaster recovery plan cho một hệ thống ngân hàng số tại Việt Nam với RTO = 4 giờ và RPO = 15 phút. Hệ thống đang chạy trên AWS ap-southeast-1 (Singapore). Chi phí là một yếu tố quan trọng.

Accepted Answer

Chiến lược Warm Standby: (1) Cross-region replication sang ap-southeast-3 (Jakarta) hoặc ap-east-1 (Hong Kong), (2) RDS với automated backups + read replica cross-region, (3) S3 Cross-Region Replication, (4) Route53 health checks + failover policy, (5) Infrastructure pre-provisioned ở scale thấp hơn (warm), (6) Runbook và DR drill hàng quý. Với RTO 4h và RPO 15 phút, Pilot Light (RTO 1-2h nhưng RPO 1h) không đủ, Warm Standby (RTO 10-30 phút, RPO 1-5 phút với read replica) là phù hợp nhất về cost/performance. Multi-site Active-Active tốt hơn nhưng đắt gấp đôi.

Question 8

Công ty bạn muốn phục vụ người dùng ở cả Việt Nam, Thái Lan và Indonesia với latency < 100ms. Hãy thiết kế kiến trúc multi-region và giải thích cách xử lý distributed data consistency.

Accepted Answer

Thiết kế: (1) CloudFront với origins ở Singapore + Jakarta, (2) Application tier ở ap-southeast-1 (SG) và ap-southeast-3 (Jakarta), (3) Data strategy: phân loại data theo read/write pattern - static data CDN, session data Redis ElastiCache per-region, transactional data chọn Global Database (Aurora) hoặc DynamoDB Global Tables, (4) Eventual vs. strong consistency trade-off theo use case. Nhà tuyển dụng tìm kiếm ứng viên hiểu CAP theorem trong bối cảnh thực tế, không chỉ định nghĩa lý thuyết. Câu trả lời tốt phải đề cập đến độ trễ replication của DynamoDB Global Tables (khoảng 1 giây), cách dùng sticky routing để giảm xung đột ghi dữ liệu, và phân tích được sự đánh đổi giữa thiết kế Active-Active và Active-Passive cho từng loại workload. Điểm cộng nếu ứng viên đề cập đến chi phí truyền dữ liệu liên vùng (inter-region data transfer) vì đây là yếu tố thường bị bỏ qua nhưng ảnh hưởng lớn đến kiến trúc thực tế.