Dạo này nhiều bác chia sẻ các bài góc nhìn kinh nghiệm thực tế cá nhân, bản chất là mindset làm nghề mình thấy rất hay và rất giá trị (phải nhấn mạnh vì có những tranh luận của cộng đồng giúp tăng góc nhìn cho mình hơn).
Mình có cái title DevOps Engineer cũng vài năm, đi qua mấy công ty, và thấy một thứ đúng đau lòng: gọi là Văn Hóa DevOps Doanh Nghiệp hay DevOps Team nhưng bên nào biết việc bên đấy.
Dev thì push code xong thôi. Ops thì lo máy chủ. Anh em ít khi hiểu nhau, lại càng không chia sẻ vấn đề với nhau.
Xong lúc có sự cố, thì quay sang đổ nhau. “Bên Dev code lỗi.” – “Bên Ops không monitor kỹ.”
Ừ đúng rồi, vậy gọi là DevOps làm gì nhỉ?
DevOps là gì? Là cùng nhau chịu trách nhiệm
Không phải chuyện stack, càng không phải chuyện “team nào làm gì”. Là mindset. Ai làm sản phẩm cũng phải hiểu sản phẩm đó chạy ra sao trên production.
Dev thì không thể chỉ biết code xong quăng sang bên kia. Ops cũng không thể ngồi canh máy chủ kiểu sysadmin cổ xưa.
Phải cùng hiểu hệ thống. Cùng debug. Cùng tối ưu
Mình từng thấy một cái project, deploy thì Dev làm. Monitor thì cả team cùng lo. Khi có lỗi, người viết feature sẽ là người check log đầu tiên – vì họ biết cái logic họ viết ra. Ops lúc đó chỉ hỗ trợ sâu hơn, hoặc gỡ rối về infra.
Còn nếu anh em vẫn đang làm kiểu:
- Dev commit xong là hết việc
- Ops chỉ vào production khi có lỗi
- Gặp bug thì bảo “cái này không phải scope của mình”
- … thì theo mình quên DevOps đi cho khỏe :D
Làm DevOps đúng là…
- Dev biết log ra sao, service chạy thế nào, load ra sao.
- Ops hiểu logic xử lý, biết service đó chạy có gì bất thường.
- Ai cũng hiểu mục tiêu là gì – chạy ổn định, nhanh, và ra sản phẩm đúng thời điểm.
Chứ không phải mỗi người giữ một cọc, rồi gọi cái team đó là DevOps.
Tóm lại
Muốn làm DevOps đúng, phải bỏ cái tôi nghề nghiệp. Không nên giữ mindset “code là việc của đây”, “server là việc của kia”.
Làm sản phẩm thì làm cùng nhau. Có thế thôi anh em nhỉ :D
