Tạo sự sẵn sàng
có thể rà soát.

Việc khởi chạy bảng điều khiển.

Thứ tự cố định: Các mục giữ theo thứ tự ưu tiên đã đánh số. Chọn Không rõ khi thiếu bằng chứng; chỉ chọn Bỏ qua khi có quyết định chịu trách nhiệm.

Chuẩn bị

Thiết lập các quyết định tối thiểu, người chịu trách nhiệm và những yếu tố cơ bản hướng tới khách hàng trước khi phát hành tiến hành.

1. 01
   Xác định mục đích phát hành và hành trình khách hàng mà nó thay đổi

   Phạm vi nhỏ và rõ ràng cung cấp điểm bắt đầu chung cho người rà soát và người phản ứng.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ phát hành · XÁC MINH: Người đánh giá có thể chỉ ra đường dẫn đã thay đổi, kết quả mong đợi cho khách hàng và khung thời gian phát hành trong một bản ghi ngắn.
2. 02
   Xác nhận nội dung liên hệ và hướng leo thang cho khách hàng

   Khách hàng cần một cách rõ ràng để báo cáo tác động mà không phải phụ thuộc vào thông điệp tạm bợ trong quá trình thay đổi.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ quản lý truyền thông khách hàng · XÁC MINH: Người trực hoặc kênh hỗ trợ có thể liên hệ được qua kênh đã được phê duyệt và nội dung công khai có người đánh giá chịu trách nhiệm.
3. 03
   Thử đi lại hành trình khách hàng chính trước khi ra mắt

   Một hành trình nhìn thấy được trong trình duyệt có thể tiết lộ các vấn đề mà kết quả build không thấy được.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ sản phẩm hoặc QA · XÁC MINH: Đội ngũ ghi lại URL bắt đầu, kết quả mong đợi và bất kỳ ranh giới đăng nhập hoặc thanh toán nào cần thiết mà không sử dụng dữ liệu khách hàng.

Củng cố

Giúp việc kiểm tra, hạn chế và đảo ngược bản phát hành cùng lộ trình phục hồi trở nên dễ hơn với những người phù hợp.

1. 04
   Ghi lại định danh bản phát hành và một hồ sơ thay đổi có thể đảo ngược

   Một tham chiếu chính xác giảm thiểu phỏng đoán nếu thay đổi phải tạm dừng hoặc đảo ngược.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ phát hành · XÁC MINH: Định danh bản phát hành, nguồn triển khai, người phê duyệt và lộ trình rollback đã biết phải có sẵn cho người phụ trách phản ứng.
2. 05
   Kiểm tra rằng các nhân viên điều hành được chỉ định có đường truy cập đúng

   Việc leo thang chậm hơn khi các giả định về truy cập chưa được kiểm chứng.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ nền tảng · XÁC MINH: Một thử nghiệm không dùng môi trường sản xuất hoặc một chạy thử được phê duyệt xác nhận những người chịu trách nhiệm có thể truy cập các công cụ đã được ghi nhận; không chia sẻ thông tin đăng nhập trong kế hoạch này.
3. 06
   Xem xét bề mặt thay đổi của phụ thuộc và bên thứ ba

   Thay đổi bên thứ ba có thể làm thay đổi lộ trình ra mắt ngay cả khi mã ứng dụng không đổi.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ kỹ thuật · XÁC MINH: Bản ghi phát hành ghi tên các phụ thuộc mới hoặc đã thay đổi, các endpoint bên ngoài và người có thể đánh giá từng yếu tố.

Tăng tốc

Giảm bớt trọng lượng giao hàng có thể tránh được đồng thời vẫn giữ lộ trình ra mắt có thể quan sát và được rà soát.

1. 07
   Kiểm tra các ảnh dự tuyển tại vị trí hiển thị của chúng

   Một tệp ảnh nguồn không đủ để cho biết khách hàng sẽ nhận những byte nào.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ thiết kế hoặc hiệu năng · XÁC MINH: Với các ảnh ưu tiên, nhóm ghi lại chiều rộng dự kiến khi hiển thị, văn bản thay thế có truy cập được, và liệu có các phiên bản thích ứng hay không.
2. 08
   Đặt ngân sách giao hàng có thể rà soát cho lộ trình thay đổi

   Một bối cảnh đo đạc được nêu rõ hữu ích hơn một lời hứa hiệu năng không giới hạn.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ hiệu năng · XÁC MINH: Nhóm ghi lại phép đo, ngữ cảnh thử nghiệm và phạm vi chấp nhận được; không suy ra một tuyên bố tốc độ chung cho mọi trường hợp.
3. 09
   Chọn một tập nhỏ các lộ trình quan sát sau phát hành

   Một kiểm tra tập trung dễ giải nghĩa hơn một danh sách URL không có người chịu trách nhiệm.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ phát hành · XÁC MINH: Không quá năm đường dẫn tương đối được phân cho một người chịu trách nhiệm cùng ghi chú về phản ứng hoặc quan sát mong đợi.

Phục hồi

Chuẩn bị một bàn giao điềm tĩnh, một đường leo thang rõ ràng và một phản ứng có thể đảo ngược trước khi khách hàng cần đến.

1. 10
   Phân công vai trò quyết định về sự cố, kỹ thuật và truyền thông

   Sự rõ ràng về vai trò hỗ trợ phản ứng phối hợp mà không giả định một người duy nhất có thể chẩn đoán mọi vấn đề.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ phản ứng sự cố · XÁC MINH: Mỗi vai trò có một người chịu trách nhiệm được nêu tên hoặc một đường leo thang rõ ràng cho khung thời gian phát hành.
2. 11
   Diễn tập ranh quyết định để tạm dừng hoặc rollback

   Một lộ trình có thể đảo ngược an toàn hơn khi các bước phê duyệt và xác minh đã được biết trước khi áp lực tăng.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ phát hành · XÁC MINH: Nhóm biết điều kiện kích hoạt đã được phê duyệt, ai là người cấp quyền và bằng chứng cần được ghi nhận trước và sau hành động.
3. 12
   Liên kết công việc trạng thái dịch vụ trực tiếp với Status Is Down

   SIU cung cấp hướng dẫn lên kế hoạch; công việc trạng thái dịch vụ trực tiếp thuộc về SID.

   NGƯỜI CHỊU TRÁCH NHIỆM: Chủ truyền thông · XÁC MINH: Kế hoạch truyền thông hướng dẫn mọi người đến điểm đến SID tương ứng để nhận tín hiệu và cập nhật dịch vụ trực tiếp.

Ghi chú nguồn, không phải là sự chắc chắn vay mượn.

Cơ sở lập kế hoạch: Google SRE, CISA, OWASP, web.dev, và MDN — các tài liệu tham khảo được sử dụng bởi các hướng dẫn SIU được liên kết

• CISA — Planning: Response & Recovery ↗CISA nhấn mạnh lập kế hoạch phục hồi sự cố và thảm họa, phân loại ưu tiên theo tác động lên doanh nghiệp, đường liên lạc liên hệ và cấu trúc báo cáo nội bộ.
• Google SRE Book — Production service best practices ↗Hướng dẫn khuyến nghị triển khai tiến trình có giám sát và rollback trước khi chẩn đoán khi phát hiện hành vi bất thường, sau đó chẩn đoán để giảm thời gian khôi phục.
• OWASP — Software Supply Chain Security Cheat Sheet ↗OWASP khuyến nghị lập danh mục phụ thuộc, tự động tạo SBOM khi phù hợp, giám sát, khoá phiên bản, lập danh mục công cụ build và kiểm soát nguồn gốc.
• web.dev — Responsive images ↗web.dev giải thích rằng dung lượng ảnh có thể đáng kể và mô tả các lựa chọn responsive, srcset, sizes và picture cho các trường hợp sử dụng phù hợp.