Mỗi tháng, chúng tôi phát hành một phiên bản Chrome mới để đảm bảo hàng tỷ người dùng và doanh nghiệp trên toàn cầu có được các tính năng, bản cập nhật bảo mật và bản nâng cấp hiệu suất mới nhất. Giờ đây, chúng tôi có thể cải thiện và khắc phục vấn đề nhanh hơn bao giờ hết nhờ chu kỳ phát hành nhanh hơn. Điều này có nghĩa là bạn sẽ nhận được các bản cập nhật mới nhất thường xuyên hơn.
Chúng tôi đã trò chuyện với các Nhà quản lý chương trình kỹ thuật Ben Henry, Krishna Govind, Harry Souders, Srinivas Sista và Brandon Heenan trong nhóm phát hành Chrome để tìm hiểu cách họ phối hợp với các nhóm của Google trên toàn thế giới nhằm đảm bảo mỗi bản phát hành đều diễn ra suôn sẻ.
Hỏi: Nhóm của bạn chuẩn bị như thế nào cho mỗi bản phát hành Chrome?
Ben: Trước tiên, nhóm của chúng tôi gồm 7 người làm việc toàn thời gian ở hai khu vực địa lý chính. Chúng tôi cho rằng việc chuẩn bị cho một bản phát hành giống như lịch trình tàu. Chúng tôi sử dụng 4 kênh phát hành (Canary, Dev, Beta và Chính thức) để chuẩn bị cho bản phát hành quan trọng của Chrome. Khi chúng ta tiến hành quy trình này, mỗi kênh sẽ có thêm nhiều người dùng Chrome. Điều này cho phép chúng tôi nhận được ý kiến phản hồi về độ ổn định và hiệu suất của Chrome với mục tiêu phát hiện sớm nhất có thể các vấn đề về chất lượng trong sản phẩm. Chúng tôi đặc biệt chú ý đến những gì người dùng và nhà phát triển nói trên mạng xã hội, bài báo và báo cáo lỗi để nắm bắt mọi vấn đề mà chúng tôi có thể bỏ lỡ. Sau đó, nhóm kỹ sư và nhà quản lý sản phẩm của chúng tôi có thể sử dụng ý kiến phản hồi này để cải thiện tính năng.
Sau đó, chúng tôi thực hiện một số vòng kiểm thử để phát hiện mọi vấn đề về chất lượng, trước tiên là sử dụng các hệ thống tự động chạy liên tục, sau đó là các nhóm kiểm thử tìm lỗi theo cách thủ công.
Hỏi: Bạn có thể chia sẻ một ví dụ gần đây về ý kiến phản hồi có giá trị của một nhà phát triển bên ngoài để đảm bảo bạn đã phát hành phiên bản tốt nhất có thể không?
Srinivas: Chúng tôi luôn dựa vào các nhà phát triển web để nhận ý kiến phản hồi và sớm sử dụng các tính năng, chẳng hạn như API mới hoặc thay đổi về thông số kỹ thuật với Chrome trên iOS. Khi thay đổi mốc quan trọng từ hai chữ số thành ba chữ số (99 thành 100), chúng tôi đã chia sẻ các nguyên tắc với các nhà phát triển web để thử nghiệm trước khi thay đổi thực tế nhằm đảm bảo chúng tôi đã đưa ý kiến phản hồi của họ vào và quan trọng hơn là không làm hỏng trang web của họ. Nhờ đó, chúng tôi đã triển khai thành công thay đổi này mà không gặp phải vấn đề lớn nào trong quá trình triển khai M100.
Hỏi: Điều gì sẽ xảy ra nếu bạn phát hiện lỗi hoặc vấn đề bảo mật trong quá trình triển khai bản cập nhật Chrome?
Krishna: Chúng tôi đảm bảo sẽ từng bước triển khai các bản phát hành Chrome mới cho người dùng. Bản phát hành mới không được đẩy ngay lập tức đến 100% người dùng. Nếu phát hiện lỗi nghiêm trọng, chúng tôi sẽ tạm dừng việc triển khai các phiên bản bị ảnh hưởng để hạn chế tác động của lỗi. Sau đó, chúng tôi phối hợp với các nhóm Chrome trên khắp thế giới để phát triển bản sửa lỗi và vá Chrome nhanh chóng và an toàn nhất có thể. Sau khi xác minh bản sửa lỗi này, chúng tôi sẽ tạo một phiên bản Chrome mới và bắt đầu lại quá trình triển khai. Cuối cùng, hầu hết người dùng sẽ không bao giờ gặp phải vấn đề này vì vấn đề đã được khắc phục trước khi bản phát hành được cung cấp cho họ. Đối với các vấn đề về bảo mật, chúng tôi tuân thủ chính sách Tiết lộ thông tin của Project Zero. Vì vậy, khi có lỗ hổng đang được khai thác công khai, chúng tôi đặt mục tiêu phát hành bản sửa lỗi đó cho người dùng kênh ổn định trong vòng 7 ngày.
Hỏi: Có công việc nào khác cần làm để đảm bảo các bản phát hành Chrome đã sẵn sàng cho doanh nghiệp không?
Brandon: Một trong những mục tiêu hàng đầu của chúng tôi là đảm bảo Chrome luôn là một nền tảng ổn định, đáng tin cậy cho nhiều doanh nghiệp phụ thuộc vào chúng tôi. Điều đó có nghĩa là cung cấp cho doanh nghiệp quyền truy cập vào chức năng tốt nhất và mới nhất mà họ muốn nhân viên của mình tận dụng, đồng thời giúp họ tránh mọi sự gián đoạn có thể xảy ra trong công việc. Vì nhu cầu của doanh nghiệp là riêng biệt và mọi thời gian ngừng hoạt động đều có thể gây tổn hại cho doanh nghiệp, nên Chrome có hướng dẫn cụ thể cho các nhóm kỹ thuật và sản phẩm của chúng tôi. Chúng tôi xem xét từng lần ra mắt tính năng để đảm bảo rằng mọi bản phát hành Chrome đều "dành cho doanh nghiệp". Trong đó có việc thông báo cho các công ty về những thay đổi quan trọng trong Ghi chú phát hành của Chrome Enterprise. Để yên tâm hơn, quản trị viên CNTT có thể kiểm soát nhiều thay đổi bằng chính sách doanh nghiệp. Vì vậy, nếu muốn thử nghiệm nội bộ hoặc chọn không sử dụng một tính năng mới, họ có thể làm như vậy. Để ngăn chặn các vấn đề không mong muốn, chúng tôi có một cơ sở hạ tầng kiểm thử chuyên dụng được thiết kế để mô phỏng môi trường doanh nghiệp (ví dụ: chạy Chrome trên các thiết bị đã tham gia miền Active Directory) mà chúng tôi sử dụng để kiểm thử tất cả bản phát hành Chrome.
Chrome cũng cung cấp một loạt chế độ kiểm soát bản cập nhật cho các trường học và doanh nghiệp. Quản trị viên có thể kiểm soát phiên bản cụ thể của Chrome, quay lại các phiên bản cũ và tận dụng kênh phát hành ổn định mở rộng được hỗ trợ đầy đủ. Bạn có thể đọc thông tin chi tiết trong tài liệu kỹ thuật này. Những quản trị viên muốn nắm được toàn bộ thông tin về trạng thái cập nhật của thiết bị có thể sử dụng Báo cáo phiên bản trong giải pháp Quản lý trình duyệt Chrome qua đám mây.
Hỏi: Nhóm của bạn có dự định thay đổi gì trong tương lai không?
Harry: Chúng tôi luôn tìm cách cải thiện Chrome cho người dùng và nhà phát triển, đặc biệt là khi nói đến việc rút ngắn chu kỳ phát hành. Nhờ đó, người dùng sẽ thấy Chrome ổn định hơn với các bản sửa lỗi nhanh hơn và các tính năng mới. Chúng tôi cũng biết rằng các kỹ sư và nhà quản lý sản phẩm của chúng tôi được hưởng lợi từ việc tăng tốc độ phát triển nhờ phát triển tính năng nhanh hơn, chu kỳ lặp lại nhanh hơn và tăng cường chất lượng mã. Giả sử một nhà quản lý sản phẩm muốn ra mắt một tính năng cho tất cả người dùng Chrome. Có thể mất đến 16 tuần từ khi tính năng "hoàn tất" đến khi tính năng đó được cung cấp rộng rãi. Chỉ cần rút ngắn chu kỳ phát hành vài tuần, chúng tôi có thể giảm đáng kể thời gian ra mắt tính năng mới.