Nền tảng AI
DevOps là gì? Giải thích về Phát triển và Vận hành
Thêm Unite.AI vào các nguồn ưu tiên của bạn trên Google
DevOps là một phương pháp xã hội‑kỹ thuật đưa phát triển phần mềm và vận hành vào một hệ thống phản hồi duy nhất. Các nhóm sử dụng quyền sở hữu chung, kiểm soát phiên bản, tự động hoá, khả năng quan sát và các thay đổi nhỏ có thể đảo ngược để cải thiện cả tốc độ cung cấp và độ tin cậy của dịch vụ.
DevOps không phải là một chức danh công việc hay một bộ công cụ riêng lẻ. Một máy chủ tích hợp liên tục không thể khắc phục các động lực thưởng cho nhà phát triển khi đưa sản phẩm ra mà lại để người vận hành chịu trách nhiệm cho mọi lỗi.
Những điểm chính
- Những lô nhỏ và phản hồi nhanh giảm chi phí và rủi ro của thay đổi.
- Giao hàng liên tục giữ phần mềm luôn có thể phát hành; triển khai liên tục tự động phát hành các thay đổi đáp ứng các cổng kiểm soát đã định.
- Khả năng quan sát và học từ sự cố kết nối hành vi sản xuất với kế hoạch và kỹ thuật.
- Những chỉ số hữu ích cân bằng lưu lượng với ổn định thay vì chỉ tối đa hoá tần suất triển khai.
Sở hữu chung và luồng công việc
Các nhóm đa chức năng sở hữu một dịch vụ từ thiết kế đến vận hành. Công việc được hiển thị, các thay đổi được xem xét và các phụ thuộc được giảm bớt để một tính năng có thể di chuyển qua hệ thống mà không gặp hàng đợi dài hay chuyển giao.
Mục tiêu là một luồng giá trị bền vững, không phải luôn trong tình trạng khẩn cấp. Giới hạn công việc đang thực hiện, tự động hoá các kiểm tra lặp lại và làm cho các thay đổi đủ nhỏ để hiểu và đảo ngược.
Kiểm soát phiên bản, CI và kiểm thử tự động
Mã ứng dụng, định nghĩa hạ tầng, cấu hình và chính sách nên có thể được xem xét và tái tạo. Tích hợp liên tục hợp nhất các thay đổi nhỏ thường xuyên và chạy các bản dựng, kiểm thử và kiểm tra bảo mật tự động.
Một pipeline xanh chỉ là bằng chứng cho các kiểm tra mà nó chứa. Kiểm thử đơn vị, tích hợp, hợp đồng, bảo mật và hiệu năng bao phủ các rủi ro khác nhau. Các môi trường giống như sản xuất và dữ liệu kiểm thử được kiểm soát giảm bất ngờ mà không giả vờ môi trường staging hoàn toàn khớp với thực tế.
Giao hàng liên tục và triển khai an toàn
Giao hàng liên tục tạo ra các artefact có thể phát hành thông qua một pipeline tự động. Các chiến lược triển khai như canary, phát hành xanh‑xanh (blue‑green) và các cờ tính năng hạn chế mức độ phơi bày trong khi theo dõi telemetry. Khôi phục tự động cần một tín hiệu đáng tin cậy và không được phá hủy bằng chứng cần thiết cho việc chẩn đoán.
Hạ tầng dưới dạng mã làm cho môi trường có thể xem xét, nhưng trạng thái, thông tin đăng nhập và hành vi của nhà cung cấp vẫn cần kiểm soát. Tích hợp an ninh mạng sớm thông qua mô hình đe dọa, kiểm soát phụ thuộc, nguồn gốc artefact và nguyên tắc tối thiểu đặc quyền.
Vận hành, quan sát và học hỏi
Các chỉ số, nhật ký, trace và tín hiệu người dùng cho thấy dịch vụ có đáp ứng mục tiêu hay không. Cảnh báo các triệu chứng cần hành động, định nghĩa mục tiêu mức dịch vụ và chuẩn bị vai trò xử lý sự cố trước khi có sự cố.
Học không đổ lỗi xem xét các yếu tố kỹ thuật và tổ chức đóng góp mà không loại bỏ trách nhiệm. Công việc tiếp theo nên cải thiện việc phát hiện, giảm thiểu, giao tiếp và thiết kế hệ thống, kết nối DevOps với ITOps và kỹ thuật độ tin cậy trang web.
Đo lường kết quả và quản lý đánh đổi
Nghiên cứu DORA thường sử dụng tần suất triển khai, thời gian dẫn cho các thay đổi, tỷ lệ thất bại của thay đổi và thời gian khôi phục dịch vụ, với độ tin cậy được xem xét cùng với giao hàng. Các chỉ số nên tiết lộ các ràng buộc, không trở thành mục tiêu mà các nhóm cố gắng “game”.
Một thực hành thành công cải thiện kết quả khách hàng, bảo mật và khả năng phục hồi đồng thời giảm công việc tẻ nhạt. Các hệ thống được quy định có thể yêu cầu phê duyệt và bằng chứng rõ ràng; DevOps có thể tự động hoá và ghi lại các kiểm soát đó thay vì bỏ qua chúng.
Nguyên tắc DevOps và luồng giao hàng
DevOps đồng bộ phát triển phần mềm và vận hành quanh việc giao hàng nhanh, đáng tin cậy và sở hữu chung. Nó kết hợp văn hoá, tư duy sản phẩm, tự động hoá, đo lường và học liên tục; một nhóm, công cụ hay chức danh công việc riêng lẻ không phải là DevOps. Lập bản đồ luồng giá trị từ ý tưởng đến thay đổi đang chạy, bao gồm phê duyệt, hàng đợi, môi trường, triển khai và khôi phục. Giảm chuyển giao và kích thước lô, làm cho công việc hiển thị và cung cấp phản hồi cho các nhóm sản phẩm từ môi trường sản xuất trong khi duy trì giám sát độc lập khi rủi ro yêu cầu.
Tích hợp liên tục hợp nhất các thay đổi nhỏ thường xuyên và chạy các bản dựng và kiểm thử tự động. Giao hàng liên tục giữ artefact có thể phát hành; triển khai liên tục tự động phát hành sau các cổng. Hạ tầng dưới dạng mã, quản lý cấu hình, artefact bất biến và sự đồng nhất môi trường cải thiện khả năng tái tạo. Artefact nên được phiên bản một lần và được nâng cấp thay vì xây dựng lại cho mỗi môi trường. Các cờ tính năng tách việc triển khai khỏi việc phơi bày nhưng cần có chủ sở hữu và kế hoạch ngừng sử dụng. Thay đổi cơ sở dữ liệu yêu cầu khả năng tương thích ngược và kiểm tra khôi phục hoặc tiến tới.
Độ tin cậy, khả năng quan sát và học từ sự cố
Khả năng quan sát kết nối nhật ký, chỉ số, trace, profile, triển khai và quyền sở hữu với các câu hỏi về hành vi hệ thống. Định nghĩa các chỉ số và mục tiêu mức dịch vụ dựa trên trải nghiệm người dùng, sau đó sử dụng ngân sách lỗi để cân bằng công việc độ tin cậy và thay đổi. Tự động hoá nên bao gồm thời gian chờ, thử lại có jitter, tính không thay đổi, kiểm tra sức khỏe, giới hạn tài nguyên và suy giảm nhẹ. Kiểm tra thất bại qua các ngày chơi (game days) và bài tập khôi phục, không chỉ các pipeline “đường đi hạnh phúc”.
Phản hồi sự cố cần các vai trò trực tiếp, mức độ nghiêm trọng, giao tiếp, sổ hướng dẫn (runbooks), quyền hạn và đánh giá không đổ lỗi. Đánh giá sau sự cố tái tạo các điều kiện kỹ thuật và tổ chức đóng góp và theo dõi công việc khắc phục. Thời gian trung bình để khôi phục có thể cải thiện trong khi tần suất tái diễn vẫn cao, vì vậy đo lường phát hiện, thay đổi thất bại, khôi phục, công việc tẻ nhạt và nguyên nhân lặp lại. Tránh dùng chỉ số để xếp hạng cá nhân; chúng mô tả một hệ thống xã hội‑kỹ thuật.
Bảo mật và đo lường
Bảo vệ chuỗi cung ứng phần mềm bằng danh tính CI tối thiểu đặc quyền, bản dựng cô lập, kiểm soát phụ thuộc, SBOM, chữ ký, nguồn gốc, quản lý bí mật và các cổng chính sách với các ngoại lệ được quản lý. Đo lường thời gian dẫn, tần suất triển khai, thất bại thay đổi, khôi phục, độ tin cậy, mức độ phơi bày bảo mật và trải nghiệm nhà phát triển cùng nhau. Tối ưu hoá số lần triển khai trong khi tăng số sự cố không phải là tiến bộ. DevOps thành công khi các nhóm có thể thực hiện các thay đổi nhỏ, an toàn, có thể quan sát và học nhanh—mà không chuyển gánh nặng hoặc rủi ro vận hành cho người dùng.
Ví dụ thực tế: triển khai dịch vụ an toàn
Một nhóm hợp nhất một thay đổi API nhỏ qua mã được xem xét và các kiểm thử đơn vị, tích hợp, bảo mật và hợp đồng tự động. Một bản dựng cô lập tạo ra một artefact đã ký kèm SBOM và nguồn gốc. Artefact này được nâng cấp lên môi trường staging, sau đó một canary nhận lưu lượng sản xuất hạn chế. Các bảng điều khiển so sánh lỗi, độ trễ, mức độ bão hòa và kết quả kinh doanh với phiên bản cũ, trong khi một cờ tính năng kiểm soát việc phơi bày độc lập với việc triển khai.
Nếu ngân sách lỗi hoặc ngưỡng rào chắn bị vượt quá, tự động hoá dừng việc triển khai và đảo ngược hoặc tắt tính năng. Các thay đổi cơ sở dữ liệu vẫn tương thích ngược cho đến khi mã cũ được ngừng sử dụng. Kênh sự cố liên kết nhật ký, trace, chủ sở hữu và thay đổi. Sau khi hoạt động ổn định, nhóm gỡ bỏ cờ và schema lỗi thời. Các chỉ số bao gồm thời gian dẫn, thay đổi thất bại, khôi phục, độ tin cậy và kết quả người dùng. Pipeline làm cho con đường an toàn nhanh chóng đồng thời bảo tồn bằng chứng và quyền con người cho các ngoại lệ.
Bằng chứng triển khai và sẵn sàng vận hành
Một quyết định sản xuất cần hơn một buổi trình diễn thành công. Xác định người dùng mục tiêu, môi trường vận hành, đầu vào, đầu ra, phụ thuộc, chủ sở hữu và hậu quả của mỗi lỗi quan trọng. Thiết lập một nền tảng tái tạo được và một bộ đánh giá có phiên bản trước khi tinh chỉnh. Kiểm tra các trường hợp thông thường, điều kiện biên, đầu vào sai dạng hoặc thiếu, sự dịch chuyển phân phối, mất kết nối phụ thuộc, lạm dụng và các nhóm hoặc môi trường có khả năng bị thiếu phục vụ nhất. Đo lường chất lượng nhiệm vụ cùng với hiệu chuẩn hoặc độ không chắc chắn, độ trễ, thông lượng, chi phí tài nguyên, khả năng tiếp cận, quyền riêng tư và bảo mật. Ghi lại mọi chuyển đổi và ngưỡng để một người đánh giá độc lập có thể tái tạo kết quả và phân biệt bằng chứng với một nguyên mẫu hấp dẫn.
Trước khi ra mắt, chỉ định quyền cho việc phát hành, ngoại lệ, thay đổi, khôi phục và ngừng sử dụng. Sử dụng triển khai theo giai đoạn, duy trì một dự phòng an toàn và xác minh giám sát bằng các lỗi được chèn có chủ đích. Telemetry vận hành nên tiết lộ chất lượng đầu vào, hành vi đầu ra, phiên bản mô hình hoặc quy tắc, sức khỏe phụ thuộc, can thiệp của con người và kết quả đã xác nhận mà không thu thập dữ liệu nhạy cảm không cần thiết. Định nghĩa ngưỡng cảnh báo và người chịu trách nhiệm phản hồi, sau đó xem xét bằng chứng thực tế sau khi triển khai thay vì giả định hiệu năng ngoại tuyến sẽ kéo dài. Đánh giá lại mỗi khi nguồn dữ liệu, người dùng, mô hình, nhà cung cấp, chính sách, phần cứng hoặc mục tiêu thay đổi. Một hệ thống được duy trì cũng cần có tài liệu về khôi phục, học từ sự cố, xóa và lưu trữ, và một điểm rõ ràng khi nó nên bị vô hiệu hoá hoặc thay thế.
Câu hỏi thường gặp
DevOps có giống với phát triển phần mềm Agile không?
Không. Chúng có một số điểm chung về phản hồi và các bước tăng dần nhỏ, nhưng DevOps mở rộng quyền sở hữu và tự động hoá qua việc triển khai và vận hành sản phẩm.
DevOps có nghĩa là mọi nhà phát triển luôn phải trực trực không?
Không. Các nhóm cần quyền sở hữu dịch vụ rõ ràng và phản hồi từ môi trường sản xuất, nhưng việc bố trí nhân sự, luân chuyển và nâng cấp nên bền vững và phù hợp với dịch vụ.
Tài liệu tham khảo chính
