Quản lý phát hành

Quản lý phát hành là lĩnh vực lập kế hoạch, lên lịch trình và kiểm soát quá trình đưa các thay đổi phần mềm vào môi trường sản xuất. Nó bao gồm những gì được đưa vào một bản phát hành, cách thức xác minh, cách triển khai, cách giám sát sau đó và cách khắc phục nếu có sự cố xảy ra. Mục tiêu của nó là làm cho quá trình chuyển đổi từ bản dựng sang môi trường hoạt động trở nên thường xuyên hơn là gặp nhiều sự cố.

Phát hiện nhất quán nhất trong lĩnh vực này lại trái ngược với trực giác. Việc phát hành các bản cập nhật lớn tạo cảm giác an toàn hơn vì chúng tập trung rủi ro vào một sự kiện duy nhất được quản lý cẩn thận, nhưng bằng chứng từ nghiên cứu hiệu suất phân phối lại chỉ ra điều ngược lại: việc phát hành các bản cập nhật nhỏ thường xuyên tạo ra tỷ lệ lỗi thấp hơn và khả năng phục hồi nhanh hơn. Một bản phát hành lớn bao gồm nhiều thay đổi, vì vậy khi có lỗi xảy ra, rất khó để xác định nguyên nhân, và việc hoàn tác sẽ loại bỏ tất cả mọi thứ thay vì chỉ thay đổi bị lỗi.

Tự động hóa triển khai là nền tảng giúp cho việc triển khai thường xuyên trở nên khả thi. Các quy trình triển khai thủ công chậm, không nhất quán và dễ xảy ra lỗi, và chi phí cho mỗi lần phát hành tạo áp lực phải thực hiện các thay đổi theo lô, dẫn đến chính những bản phát hành lớn mang nhiều rủi ro hơn. Tự động hóa quy trình để việc triển khai có thể lặp lại và diễn ra suôn sẻ sẽ loại bỏ động lực tích lũy các thay đổi.

Việc tách biệt quá trình triển khai và phát hành là kỹ thuật làm thay đổi đáng kể nhất mức độ rủi ro. Triển khai mã lên môi trường sản xuất với một tính năng bị vô hiệu hóa đằng sau một cờ (flag), sau đó kích hoạt nó riêng biệt, có nghĩa là hành động kỹ thuật đưa mã vào hoạt động và hành động kinh doanh đưa chức năng ra thị trường không còn trùng khớp nữa. Các vấn đề trong quá trình triển khai được phát hiện mà không ảnh hưởng đến người dùng, và các tính năng có thể được đưa ra thị trường dần dần và thu hồi ngay lập tức mà không cần triển khai lại bất cứ thứ gì.

Việc tiếp xúc dần dần diễn ra một cách tự nhiên từ sự phân tách đó. Phát hành cho một tỷ lệ nhỏ người dùng, theo dõi tỷ lệ lỗi và các chỉ số kinh doanh, và mở rộng dần dần sẽ giới hạn phạm vi ảnh hưởng của bất kỳ vấn đề nào chỉ đến một phần nhỏ người dùng. Điều này hiệu quả hơn đáng kể so với việc thử nghiệm rộng rãi trước khi phát hành trong việc phát hiện ra loại vấn đề chỉ xuất hiện trong điều kiện sản xuất thực tế, với tải trọng và dữ liệu thực tế.

Khả năng khôi phục cần được xác minh chứ không phải giả định, và đây là nơi nhiều tổ chức phát hiện ra vấn đề vào thời điểm tồi tệ nhất. Một quy trình khôi phục được ghi chép lại nhưng chưa bao giờ được thực thi thường xuyên thất bại khi cần thiết, đặc biệt là khi liên quan đến việc di chuyển cơ sở dữ liệu và thay đổi lược đồ không thể đơn giản đảo ngược. Thực hành khôi phục và thiết kế các bản di chuyển sao cho tương thích ngược để phiên bản trước đó vẫn tiếp tục hoạt động là điều tạo nên mạng lưới an toàn thực sự.

Giám sát sau khi phát hành là một phần của quy trình chứ không phải là một vấn đề riêng biệt. Việc phát hành không hoàn tất khi quá trình triển khai thành công; nó chỉ hoàn tất khi hệ thống được quan sát thấy hoạt động chính xác dưới lưu lượng truy cập thực tế. Việc xác định trước những chỉ số nào sẽ được theo dõi, trong bao lâu và ngưỡng nào sẽ kích hoạt việc hoàn tác sẽ biến giai đoạn sau phát hành từ việc giám sát mơ hồ thành một bước được xác định rõ ràng với một quyết định kèm theo.

Việc truyền đạt thông tin về các bản phát hành quan trọng hơn nhiều so với dự đoán của các nhóm, đặc biệt là khi các thay đổi hiển thị cho khách hàng hoặc ảnh hưởng đến người dùng nội bộ cần được chuẩn bị trước. Các nhóm hỗ trợ cần biết những gì đã thay đổi trước khi khách hàng hỏi, và những thay đổi giao diện không được thông báo trước sẽ tạo ra lượng yêu cầu hỗ trợ vượt quá mức độ ảnh hưởng của chúng. Một thông báo ngắn gọn, đáng tin cậy đến được những người sẽ giải đáp thắc mắc sẽ tốn ít chi phí và ngăn ngừa được một loại gián đoạn có thể dự đoán trước.

Vì quy trình phát hành được quyết định bởi cả cơ sở hạ tầng phân phối và quy trình bên dưới, nên việc cải tiến thường đòi hỏi đầu tư kỹ thuật hơn là thay đổi quy trình. Trên thực tế, điều này được thiết lập trong... phát triển sản phẩmViệc giám sát sau khi phát hành dựa trên các phép đo được duy trì thông qua Phân tích dữ liệu Để tác động đến hoạt động kinh doanh được quan sát thay vì chỉ tình trạng kỹ thuật, và trong các tổ chức vận hành nhiều dịch vụ, các tiêu chuẩn thường được sở hữu chung trên toàn bộ hệ thống. Bộ phận công nghệ thông tin thay vì thiết lập từng đội một.