Bài viết này do AI tạo ra dựa trên thông báo chính thức AWS ngày 15/10/2026.
CloudFront đã hỗ trợ dual-stack ở phía public origin. Nhưng với VPC origin, kết nối từ CloudFront về hạ tầng private trước đây chỉ dùng IPv4. Điều đó tạo ra lựa chọn khó cho hệ thống đang chuẩn hóa IPv6: giữ origin private thì chấp nhận một chặng IPv4; muốn IPv6 xuyên suốt thì có nguy cơ phải chuyển origin ra public subnet.
VPC origin dual-stack bỏ lựa chọn đánh đổi này. Đội vận hành có thể cấu hình origin dual-stack để CloudFront gửi IPv6 đến ALB, NLB hoặc EC2 private, trong khi mô hình giới hạn truy cập origin qua CloudFront vẫn giữ nguyên.
Tính năng phù hợp ứng dụng Internet-facing đã dùng CloudFront nhưng backend nằm trong VPC private: web application qua ALB, dịch vụ TCP/UDP phù hợp với NLB, hoặc workload EC2. Nó đặc biệt hữu ích khi kiến trúc, quy định nội bộ hoặc yêu cầu khách hàng cần IPv6 end-to-end thay vì chỉ IPv6 ở lớp client-facing.
Với các môi trường IPv4-only, đây không phải yêu cầu phải đổi ngay. Giá trị chính là mở đường chuyển đổi từng phần: public edge và private origin có thể cùng chạy dual-stack, thay vì buộc đổi mức phơi bày của backend.
AWS công bố dual-stack VPC origins tại các AWS Commercial Regions có VPC origins. Trước khi đưa vào production, cần đối chiếu Region mục tiêu và loại origin đang dùng với tài liệu CloudFront hiện hành. Khả năng IPv6 end-to-end không tự sửa các vấn đề ứng dụng như hard-code IPv4, allowlist cũ, log parser hoặc dependency không hỗ trợ IPv6.
Đây là thay đổi nhỏ ở cấu hình nhưng lớn ở kiến trúc. Nhiều dự án nói đã hỗ trợ IPv6 khi người dùng có thể kết nối IPv6 tới CDN, trong khi chặng CDN về private origin vẫn quay lại IPv4. VPC origin dual-stack giúp loại bỏ điểm gãy đó mà không làm yếu nguyên tắc “origin không public”. Với đội vận hành, bước tiếp theo không phải bật đại trà mà là inventory dependency IPv6, kiểm thử health check, quan sát traffic hai stack và rollout có kiểm soát.
Thông báo AWS “Amazon CloudFront announces dual-stack support for VPC origins”, 15/10/2026.
