ACTION REQUIRED FOR GOOGLE CONTAINER REGISTRY USERS, scream tests, and our move to AWS

Istio (CNCF) · 2026 · 4. Điều chỉnh · Độ khó: Cơ bản — bài gốc

Thông báo ngắn của dự án mã nguồn mở gửi người dùng; giá trị nằm ở cách họ tắt đường cũ (scream test với thời lượng tăng dần), không có chi tiết hạ tầng bên trong.

Bối cảnh

• Năm 2026, do mô hình tài trợ thay đổi, Istio dời toàn bộ hạ tầng từ GCP sang AWS. Người dùng khắp nơi đang kéo image, Helm chart và artifact phát hành (RPM, DEB, mã nguồn, SPDX, istioctl) từ các địa chỉ do GCP host: gcr.io/istio-release, registry.istio.io, istio-release.storage.googleapis.com.
• Dự án không biết hết ai đang phụ thuộc vào địa chỉ cũ.

Thay đổi chính

• Địa chỉ mới song song trước khi tắt địa chỉ cũ: image chỉ còn ở docker.io/istio từ bản 1.31; Helm chart ở blob.istio.io, chart OCI ở ghcr.io/istio/release/charts, artifact khác ở blob.istio.io. Bản 1.30 là bản cuối còn đăng lên địa chỉ cũ; địa chỉ cũ bị xoá tháng 12/2026.
• Đổi khoá ký: bản 1.31.1 trở đi ký bằng khoá mới (istio-key-v2.pub), khoá cũ vẫn được host; bảng phiên bản → khoá công khai cho người kiểm chữ ký.
• Scream test: tạm tắt mọi địa chỉ GCP theo lịch báo trước, mỗi lần dài hơn: 1 giờ (15/9), 3 giờ (13/10), 6 giờ (17/11), rồi 24 giờ (8–9/12/2026). Ai còn phụ thuộc sẽ "la lên" lúc còn cơ hội sửa, thay vì gãy hẳn vào ngày xoá.

Vì sao

• Theo Istio, người dùng cần chuyển sang địa chỉ mới hoặc pull-through cache càng sớm càng tốt để tránh gián đoạn deploy.

Bài học cho SWE

• Khi không liệt kê được hết người dùng của một đường cũ, cho nó hỏng có kiểm soát (brownout) theo lịch công bố, thời lượng tăng dần, để lộ phụ thuộc trước ngày tắt thật.
• Đổi khoá ký cũng là một migration: phải công bố ánh xạ phiên bản → khoá và giữ khoá cũ cho bản cũ.

Liên quan

• Kubernetes 2026 (hạ tầng phát hành image của một dự án CNCF khác)
• Migration không downtime