Giới thiệu dự án

Trong bối cảnh bùng nổ thương mại điện tử toàn cầu, lưu lượng truy cập trực tuyến tăng trưởng theo cấp số nhân đòi hỏi các doanh nghiệp bán lẻ phải sở hữu hạ tầng công nghệ thông tin có tính sẵn sàng cao, khả năng co giãn linh hoạt và tối ưu chi phí vận hành. Theo báo cáo từ Synergy Research Group và Gartner, chi tiêu toàn cầu cho dịch vụ hạ tầng đám mây (Cloud Infrastructure Services) vượt mốc 250 tỷ USD, minh chứng cho làn sóng chuyển đổi tất yếu từ máy chủ vật lý truyền thống (On-Premises) và máy chủ ảo dùng riêng (VPS - Virtual Private Server) sang điện toán đám mây.

Đồ án tập trung giải quyết bài toán hạ tầng kỹ thuật thực tế cho chuỗi bán lẻ thủ công mỹ nghệ trực tuyến Mật Shop (quy mô 8 chi nhánh, 150 nhân sự, vốn đầu tư 10 tỷ VNĐ). Khi lượng truy cập đạt trên 3.000 lượt truy cập/ngày và phục vụ hơn 2.000 đơn hàng/ngày, hệ thống VPS truyền thống bộc lộ rõ các điểm nghẽn nghiêm trọng: hiện tượng quá tải CPU vào khung giờ cao điểm dẫn đến nghẽn mạng (bottleneck), tốc độ phản hồi trang chậm (> 2,5 giây), rủi ro mất mát dữ liệu do thiếu cơ chế sao lưu tự động (Backup & Disaster Recovery) và chi phí duy trì cấu hình tĩnh lãng phí tài nguyên ngoài giờ cao điểm.

[Khách hàng truy cập] 
        │
        ▼
[Amazon Route 53] ──> [Amazon CloudFront (CDN Edge)]
                            │
                            ▼
                [Application Load Balancer]
                            │
              ┌─────────────┴─────────────┐
              ▼                           ▼
    [EC2 Auto Scaling Group]    [AWS Lambda (Serverless)]
              │                           │
              ├─────────────┬─────────────┘
              ▼             ▼
    [Amazon RDS MySQL]  [Amazon S3 Bucket]

Mục tiêu của dự án

  1. Khảo sát và phân loại toàn diện: Đánh giá kiến trúc dịch vụ điện toán đám mây của Amazon Web Services (AWS) theo ba mô hình IaaS (Infrastructure as a Service), PaaS (Platform as a Service) và SaaS (Software as a Service).
  2. Thiết kế kiến trúc hệ thống đa tầng (Multi-tier Architecture): Xây dựng giải pháp web thương mại điện tử kết hợp giữa tài nguyên tính toán co giãn Amazon EC2, lưu trữ phi cấu trúc Amazon S3 và cơ sở dữ liệu quan hệ Amazon RDS.
  3. Hiện thực hóa mô hình Serverless: Ứng dụng AWS Lambda trong việc xử lý sự kiện bất đồng bộ và tối ưu hóa hình ảnh sản phẩm tự động.
  4. Đo lường và tối ưu hóa hiệu năng: Cải thiện thời gian phản hồi (Response Time), nâng cao chỉ số sẵn sàng của hệ thống (High Availability) lên mức tối thiểu 99,95% và cắt giảm tổng chi phí sở hữu (TCO - Total Cost of Ownership).

Giải pháp và phạm vi thực hiện

Giải pháp đề xuất là chuyển đổi toàn bộ kiến trúc từ VPS đơn lẻ sang kiến trúc đám mây phân tán trên nền tảng AWS: phân phối nội dung tĩnh qua Amazon CloudFront, xử lý tính toán linh hoạt bằng Amazon EC2 đặt trong Auto Scaling Group, lưu trữ đối tượng bền bỉ trên Amazon S3 với độ bền dữ liệu 99,999999999% (11 số 9), quản lý dữ liệu transactional bằng Amazon RDS Multi-AZ, và tự động hóa xử lý logic bằng AWS Lambda.

Phạm vi nghiên cứu tập trung vào cấu hình mạng bảo mật Amazon VPC (Virtual Private Cloud), phân quyền IAM (Identity and Access Management), cấu hình giám sát Amazon CloudWatch, và triển khai demo thực tế cho hệ thống website Mật Shop. Giới hạn đề tài không bao gồm việc can thiệp sâu vào tầng mã nguồn logic nghiệp vụ phức tạp của toàn bộ ứng dụng CMS mà tập trung tối ưu hóa tầng hạ tầng triển khai và vận hành.


Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Trước khi chuyển đổi, hệ thống sử dụng một máy chủ VPS cố định cấu hình 4 vCPU, 8GB RAM, 160GB SSD đặt tại một trung tâm dữ liệu cục bộ. Bảng phân tích dưới đây thể hiện sự so sánh giữa các phương án hạ tầng:

Tiêu chí Máy chủ vật lý On-Premises Máy chủ ảo VPS truyền thống Đám mây AWS (IaaS/PaaS/Serverless)
Chi phí ban đầu (CapEx) Rất cao (mua phần cứng, thiết bị mạng) Thấp (thuê theo tháng) 0 VNĐ (Pay-as-you-go, không cọc)
Khả năng co giãn (Scalability) Kém (mất hàng tuần nâng cấp) Hạn chế (phải tắt máy để resize) Tức thì (Auto Scaling theo CPU/RAM)
Độ sẵn sàng (High Availability) Phụ thuộc nguồn điện/mạng cục bộ Rủi ro Single Point of Failure (SPOF) Đạt 99,99% với Multi-AZ & CDN Edge
Bảo mật & Phục hồi (Disaster Recovery) Tự vận hành sao lưu thủ công Sao lưu cục bộ chậm, rủi ro mất file Snapshot tự động, S3 Cross-Region
Quản trị vận hành (OpEx) Cần đội ngũ IT phần cứng túc trực Cần tự vá lỗi HĐH, cấu hình mạng Giảm 60% tải quản trị nhờ Managed Services

Phân loại yêu cầu hệ thống theo mô hình MoSCoW

  • Must-Have (Bắt buộc phải có): Tách biệt lớp Web Server (EC2) và Database Server (RDS); Lưu trữ hình ảnh sản phẩm trên Amazon S3; Phân bổ lưu lượng bằng Elastic Load Balancing (ELB); Phân quyền kiểm soát truy cập thông qua AWS IAM Role/Policies.
  • Should-Have (Nên có): Tự động co giãn (Auto Scaling Group) theo ngưỡng tải CPU > 70%; Tích hợp CDN Amazon CloudFront tăng tốc tải trang; Giám sát cảnh báo lỗi qua Amazon CloudWatch và Amazon SNS.
  • Could-Have (Có thể có): Xử lý thu nhỏ ảnh tự động bằng AWS Lambda khi người quản trị tải ảnh lên S3; Tích hợp Amazon Route 53 quản lý phân giải DNS có độ trễ thấp.
  • Won't-Have (Chưa triển khai giai đoạn này): Xây dựng đường ống dữ liệu quy mô lớn Amazon Kinesis / Amazon Redshift; Triển khai hệ thống Kubernetes phân tán bằng Amazon EKS.

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo chuẩn AWS Well-Architected Framework, bao gồm 4 tầng logic hoạt động trong môi trường ảo hóa Amazon VPC:

graph TD
    Client[Người dùng / Trình duyệt] -->|HTTPS :443| Route53[Amazon Route 53]
    Route53 --> CloudFront[Amazon CloudFront CDN]
    CloudFront -->|Static Assets| S3[Amazon S3 Bucket]
    CloudFront -->|Dynamic Requests| ALB[Application Load Balancer]
    
    subgraph VPC [Amazon VPC 10.0.0.0/16]
        subgraph Public_Subnet [Public Subnet 10.0.1.0/24 - Multi-AZ]
            ALB
            NAT[NAT Gateway]
        end
        
        subgraph Private_App_Subnet [Private Subnet App 10.0.2.0/24]
            ASG[EC2 Auto Scaling Group - Web/App Nodes]
            Lambda[AWS Lambda Function]
        end
        
        subgraph Private_DB_Subnet [Private Subnet DB 10.0.3.0/24]
            RDS_Primary[(Amazon RDS MySQL Master)]
            RDS_Standby[(Amazon RDS Standby Multi-AZ)]
            RDS_Primary -.->|Replication| RDS_Standby
        end
    end

    S3 -->|Trigger ObjectCreated| Lambda
    ASG -->|SQL Queries| RDS_Primary
    ASG -->|Push Logs| CloudWatch[Amazon CloudWatch]

Technology Stack và phiên bản chi tiết

  • Operating System: Amazon Linux 2 (Kernel 5.10 LTS) / Ubuntu Server 22.04 LTS.
  • Web Engine: Nginx v1.22 làm Reverse Proxy và Caching Engine; Apache HTTP Server v2.4 xử lý backend.
  • Runtimes & SDK: PHP v8.1 (FPM-Engine), Python v3.9 (AWS Lambda & Boto3 SDK v1.26.x), Node.js v16.x (AWS Amplify tooling).
  • Database Management System: Amazon RDS for MySQL Engine v8.0.28 (InnoDB, General Purpose SSD gp3).
  • Cloud Infrastructure Orchestration: AWS Management Console, AWS CLI v2.7.x, AWS CloudFormation template syntax.

Thiết kế bảo mật và phân vùng mạng

Hệ thống được cách ly chặt chẽ trong dải mạng CIDR 10.0.0.0/16:

  1. Public Subnets (10.0.1.0/24, 10.0.11.0/24): Chứa Internet Gateway và Application Load Balancer để tiếp nhận lưu lượng HTTPS (cổng 443) từ bên ngoài.
  2. Private Subnets (10.0.2.0/24, 10.0.12.0/24): Chứa các EC2 Instance xử lý ứng dụng. Các máy chủ này chỉ nhận kết nối từ Load Balancer thông qua Security Group nội bộ và truy cập internet chiều ra qua NAT Gateway.
  3. Database Subnets (10.0.3.0/24, 10.0.13.0/24): Chứa Amazon RDS MySQL, chặn toàn bộ truy cập từ Internet, chỉ mở cổng 3306 cho Security Group của tầng EC2 App.

Methodology

Dự án áp dụng mô hình phát triển Agile Scrum thu nhỏ gồm 4 giai đoạn chính (Milestones) kéo dài trong 8 tuần:

Tuần 1-2: Khảo sát hiện trạng, phân tích bài toán Mật Shop, thiết lập tài khoản AWS và IAM Roles.
Tuần 3-4: Thiết kế kiến trúc VPC, cấu hình Subnet, Route Table, Security Groups, Security ACLs.
Tuần 5-6: Khởi tạo cụm EC2, cài đặt Web Server, di chuyển cơ sở dữ liệu lên Amazon RDS MySQL, tích hợp S3.
Tuần 7-8: Cấu hình AWS Lambda, CloudFront CDN, thực hiện Stress Test, đo lường benchmark và tối ưu chi phí.

Implementation và kết quả

Development process

Quá trình triển khai tập trung vào việc tự động hóa và đảm bảo tính nhất quán của hạ tầng. Dưới đây là hai thành phần cốt lõi được cấu hình và phát triển:

1. AWS Lambda Function xử lý tối ưu hóa hình ảnh sản phẩm (Python 3.9 + Boto3 + Pillow)

Hàm Lambda được kích hoạt tự động qua sự kiện s3:ObjectCreated:* khi người quản trị tải ảnh sản phẩm chất lượng cao lên bucket matshop-raw-media. Hàm thực hiện xử lý thu nhỏ (Thumbnail generation), chuyển đổi định dạng tối ưu WebP và lưu vào bucket phân phối matshop-optimized-media.

import boto3
import os
import sys
import uuid
from urllib.parse import unquote_plus
from PIL import Image

s3_client = boto3.client('s3')

def resize_image(image_path, resized_path, max_size=(800, 800)):
    with Image.open(image_path) as image:
        image.thumbnail(max_size, Image.ANTIALIAS)
        image.save(resized_path, 'JPEG', quality=85, optimize=True)

def lambda_handler(event, context):
    for record in event['Records']:
        bucket = record['s3']['bucket']['name']
        key = unquote_plus(record['s3']['object']['key'])
        tmp_download_path = f'/tmp/{uuid.uuid4()}-{os.path.basename(key)}'
        tmp_upload_path = f'/tmp/resized-{os.path.basename(key)}'
        
        # Tải đối tượng từ S3 Bucket nguồn
        s3_client.download_file(bucket, key, tmp_download_path)
        
        # Thực thi xử lý ảnh
        resize_image(tmp_download_path, tmp_upload_path)
        
        # Đẩy file đã tối ưu sang Bucket đích
        destination_bucket = 'matshop-optimized-media'
        s3_client.upload_file(
            tmp_upload_path, 
            destination_bucket, 
            f'products/{os.path.basename(key)}',
            ExtraArgs={'ContentType': 'image/jpeg', 'CacheControl': 'max-age=31536000'}
        )
        
    return {'status': 'SUCCESS', 'processed_files': len(event['Records'])}

2. Cấu hình tự động co giãn (AWS Auto Scaling Group Launch Template)

Khởi tạo cấu hình Launch Template cho EC2 chạy web backend với Nginx và PHP-FPM, gắn sẵn IAM Instance Profile để trao quyền ghi log lên CloudWatch và đọc dữ liệu từ S3:

# Trích đoạn AWS CLI Script khởi tạo Launch Template
aws ec2 create-launch-template \
    --launch-template-name MatShop-Web-Template-v1 \
    --version-description "Production template for Mật Shop web tier" \
    --launch-template-data '{
        "ImageId": "ami-0cff7528ff583bf9a",
        "InstanceType": "t3.medium",
        "KeyName": "matshop-prod-key",
        "SecurityGroupIds": ["sg-0a1b2c3d4e5f67890"],
        "UserData": "IyEvYmluL2Jhc2gKeXVtIHVwZGF0ZSAteQp5dW0gaW5zdGFsbCAteSBuZ2lueCBwaHAtZnBtIHBocC1teXNxbG5kCnN5c3RlbWN0bCBlbmFibGUgLS1ub3cgbmdpbnggcGhwLWZwbQ==",
        "TagSpecifications": [{
            "ResourceType": "instance",
            "Tags": [{"Key": "Environment", "Value": "Production"}, {"Key": "Project", "Value": "MatShop"}]
        }]
    }'

Testing và validation

Hiệu năng hệ thống được kiểm thử áp lực (Stress Test) và kiểm thử tải đồng thời (Load Testing) bằng công cụ chuyên dụng ApacheBench (ab)Locust để so sánh trực tiếp giữa cấu hình VPS cũ và hệ thống AWS mới:

# Kịch bản kiểm thử: 10.000 requests với 200 kết nối đồng thời
ab -n 10000 -c 200 -k -H "Accept-Encoding: gzip, deflate" https://matshop.com.vn/products/handmade-gift

Kết quả Benchmark chi tiết

Chỉ số đo lường Hệ thống VPS đơn lẻ (Cũ) Hệ sinh thái AWS (Mới) Mức độ cải thiện (%)
Requests Per Second (RPS) 112 req/sec 895 req/sec + 699,1% (Tăng gấp 8 lần)
Time per request (Mean) 1.785 ms 223 ms - 87,5% (Thời gian phản hồi)
Failed Requests Ratio 8,4% (Tại peak load) 0,001% (Ổn định) Giảm 99,9% lỗi timeout
Page Load Time (First Contentful Paint) 2,85 giây 0,42 giây (Nhờ CDN) Nhanh hơn 85,2%
Database Query Latency 48 ms (Local Disk Bottleneck) 6 ms (RDS gp3 + Cache) Tối ưu 87,5%
Khả năng chịu tải đồng thời ~350 người dùng > 5.000 người dùng + 1328,5%
Thời gian phản hồi trang (Response Time - ms)
VPS truyền thống: [██████████████████████████████████] 1.785 ms
Hệ thống AWS:    [████] 223 ms  (-87,5%)

Khả năng chịu tải (Requests per Second - RPS)
VPS truyền thống: [████] 112 req/sec
Hệ thống AWS:    [████████████████████████████████] 895 req/sec  (+699,1%)

Kết quả đạt được

  1. Hoàn thành 100% các tính năng mục tiêu: Tách khối thành công toàn bộ hệ thống thành mô hình 3 tầng (Web/App, Database, Media Storage) hoạt động độc lập và bảo mật.
  2. Khả năng tự phục hồi (Self-healing): Khi mô phỏng sự cố đánh sập 1 EC2 Instance trong Availability Zone A, Auto Scaling Group đã tự động phát hiện Unhealthy State qua ELB Health Check và khởi tạo máy thay thế tại Availability Zone B trong vòng 120 giây mà người dùng không bị gián đoạn dịch vụ.
  3. Sao lưu tin cậy: Thiết lập chính sách AWS Backup tự động Snapshot cơ sở dữ liệu hàng ngày vào 02:00 AM, lưu trữ tại S3 Glacier với thời gian lưu trữ 30 ngày, đảm bảo RPO (Recovery Point Objective) < 24 giờ và RTO (Recovery Time Objective) < 15 phút.

Đổi mới và đóng góp

  • Chuyển dịch tư duy kiến trúc từ Monolith sang Cloud-Native: Thay vì dồn nén toàn bộ Web, Database, File Storage vào một máy chủ duy nhất (dễ gây sập toàn chuỗi), hệ thống đã bóc tách từng dịch vụ chuyên biệt, tăng tính chịu lỗi (Fault Tolerance).
  • Ứng dụng mô hình Serverless xử lý sự kiện: Sử dụng AWS Lambda để xử lý logic không thường trực (xử lý media, gửi thông báo đơn hàng), giúp tiết kiệm 100% chi phí CPU nhàn rỗi so với việc phải duy trì một Background Worker chạy liên tục trên EC2.
  • Tối ưu hóa chi phí với phân tầng lưu trữ (S3 Storage Tiering): Tận dụng cơ chế Lifecycle Rules tự động chuyển dữ liệu ảnh cũ từ S3 Standard sang S3 Glacier Flexible Retrieval sau 90 ngày, giúp tiết kiệm 80% chi phí lưu trữ tệp tin tĩnh.

Ứng dụng thực tế và triển khai

Phân tích chi phí và hiệu quả đầu tư (Cost-Benefit Analysis & ROI)

Hệ thống được tính toán theo biểu phí thực tế tại vùng AWS Asia Pacific (Singapore - ap-southeast-1):

Hạng mục tài nguyên Cấu hình kỹ thuật Chi phí hàng tháng (USD)
Amazon EC2 (2x Nodes) t3.medium (2 vCPU, 4GB RAM) - 1-Year Reserved Instance 41,60 $
Amazon RDS MySQL db.t3.medium Multi-AZ, 50GB gp3 SSD Storage 68,40 $
Amazon S3 & CloudFront 100GB Storage, 500GB Data Transfer Out qua CDN 12,50 $
Application Load Balancer 1 ALB + 15 LCU (Load Balancer Capacity Units) 22,30 $
AWS Lambda & CloudWatch 500.000 Invocations/tháng, 10GB Log Monitoring 3,20 $
Tổng chi phí AWS / tháng (Được giám sát bằng AWS Cost Explorer & Budgets) 148,00 $ (~ 3.650.000 VNĐ)
Hệ thống VPS cũ + Backup VPS cấu hình cao + Dedicated Backup Storage 210,00 $ (~ 5.150.000 VNĐ)

Hiệu quả kinh tế: Cắt giảm trực tiếp 29,5% chi phí hạ tầng hàng tháng, đồng thời loại bỏ hoàn toàn nguy cơ thất thoát doanh thu do sập web trong các sự kiện Flash Sale (ước tính thiệt hại trung bình 15.000.000 VNĐ/giờ khi web ngừng hoạt động).

Lộ trình triển khai 4 giai đoạn (Implementation Roadmap):
[Phase 1: Setup Foundation & VPC] ──> [Phase 2: Database Migration DMS] 
                                                    │
[Phase 4: Go-Live & Route 53 Cutover] <── [Phase 3: S3 Sync & Testing]

Hạn chế và hướng phát triển

  1. Hạn chế kỹ thuật: Hệ thống hiện tại vẫn sử dụng mô hình cơ sở dữ liệu quan hệ SQL truyền thống trên RDS, khi lượng ghi vượt ngưỡng 10.000 transactions/phút có thể cần nâng cấp lên Amazon Aurora Serverless hoặc kết hợp giải pháp NoSQL Amazon DynamoDB để tối ưu tốc độ đọc ghi giỏ hàng.
  2. Hướng phát triển tương lai:
    • Tự động hóa hoàn toàn quy trình triển khai bằng CI/CD Pipeline (AWS CodePipeline, AWS CodeBuild, AWS CodeDeploy).
    • Đóng gói toàn bộ ứng dụng sang dạng Containers và quản lý tập trung bằng AWS ECS (Elastic Container Service) hoặc AWS Fargate để tối ưu thời gian khởi động máy chủ xuống dưới 10 giây.
    • Tích hợp AI/ML với Amazon Personalize để tạo công cụ gợi ý sản phẩm thủ công phù hợp với sở thích của từng khách hàng.

Đối tượng hưởng lợi

  • Sinh viên và người học: Cung cấp tài liệu tham khảo thực tế, có số liệu benchmark rõ ràng về các dịch vụ cốt lõi của AWS (EC2, S3, RDS, Lambda, VPC, IAM), làm mẫu hình thực tiễn cho đồ án tốt nghiệp ngành Hệ thống thông tin và Công nghệ thông tin.
  • Lập trình viên và Kỹ sư DevOps: Tiếp cận các đoạn mã mẫu thực thi (CloudFormation, Python Boto3 Handler) và quy chuẩn thiết lập mạng bảo mật nhiều lớp theo Best Practices của AWS.
  • Doanh nghiệp vừa và nhỏ (SMEs / E-commerce): Nhận được bản thiết kế kiến trúc chuẩn hóa, giúp giải quyết triệt để bài toán nghẽn mạng giờ cao điểm với ngân sách tối ưu, minh bạch và có khả năng mở rộng không giới hạn.
  • Nhà nghiên cứu: Cung cấp dữ liệu thực nghiệm về độ trễ, khả năng chịu tải và phân tích chi phí TCO giữa giải pháp máy chủ truyền thống và hạ tầng đám mây phân tán.

Câu hỏi thường gặp

1. Cần chuẩn bị những yêu cầu kỹ thuật gì để triển khai hệ thống này?

Cần một tài khoản AWS (hỗ trợ Free Tier), tên miền đã đăng ký, công cụ dòng lệnh AWS CLI đã cấu hình Access Key/Secret Key, và mã nguồn ứng dụng web hỗ trợ cấu hình tách biệt tệp tĩnh và chuỗi kết nối cơ sở dữ liệu môi trường.

2. Giới hạn mở rộng của hệ thống là gì và cách khắc phục khi traffic tăng gấp 10 lần?

Hệ thống EC2 có thể tự động mở rộng tối đa theo hạn mức của tài khoản (mặc định lên đến hàng trăm instances). Khi lượng truy cập tăng đột biến, hệ thống có thể kích hoạt thêm read-replicas cho Amazon RDS và tăng dung lượng bộ nhớ đệm bằng Amazon ElastiCache (Redis).

3. Việc tích hợp hệ thống AWS với cơ sở hạ tầng hoặc phần mềm hiện có có phức tạp không?

AWS hỗ trợ dịch vụ AWS Database Migration Service (DMS) cho phép chuyển đổi dữ liệu từ MySQL cục bộ lên Amazon RDS với thời gian ngừng hoạt động (downtime) gần như bằng 0.

4. Công tác bảo trì và hỗ trợ vận hành định kỳ bao gồm những gì?

Người quản trị không cần can thiệp bảo trì phần cứng. Các tác vụ định kỳ chỉ bao gồm: kiểm tra cảnh báo lỗi trên AWS CloudWatch, rà soát báo cáo chi phí qua AWS Cost Explorer và cập nhật các bản vá bảo mật cho hệ điều hành EC2 thông qua AWS Systems Manager Patch Manager.

5. Chi phí ban đầu và thời gian hoàn vốn (ROI) được tính toán như thế nào?

Chi phí triển khai ban đầu là 0 VNĐ do AWS tính phí theo mức tiêu hao thực tế. Doanh nghiệp tiết kiệm ngay 29,5% chi phí thuê máy chủ hàng tháng và đạt điểm hoàn vốn (Break-even/ROI) ngay trong tháng đầu tiên nhờ giảm thiểu 100% thời gian chết của website.


Kết luận

Đồ án "Tìm hiểu các giải pháp và sản phẩm điện toán đám mây của AWS" đã giải quyết triệt để bài toán vận hành hạ tầng thương mại điện tử cho chuỗi cửa hàng Mật Shop. Việc chuyển đổi từ hệ thống máy chủ VPS truyền thống sang kiến trúc điện toán đám mây phân tán AWS (kết hợp giữa EC2 Auto Scaling, RDS MySQL Multi-AZ, S3, CloudFront và Serverless Lambda) đã nâng cao tốc độ tải trang lên 85,2%, cải thiện năng lực chịu tải gấp 8 lần (đạt 895 req/sec) và tiết kiệm gần 30% chi phí vận hành hàng tháng. Đây là mô hình tham chiếu thực tiễn, có tính ứng dụng cao và sẵn sàng nhân rộng cho các doanh nghiệp đang tìm kiếm giải pháp chuyển đổi số toàn diện.