Đầu tiên, mình phải xin lỗi các tác giả của cuốn sách và người đã tặng nó cho mình, một người thầy dạy cert của AWS. Cuốn sách này đến tay từ năm ngoái nhưng rồi nhiều thứ chen ngang, mình bỏ dở nửa cuốn sách tới khi đọc xong những cuốn khác rồi mới quay lại.
Cuốn sách thiết kế đẹp, trình bày chương mục phù hợp, font chữ dễ nhìn. Bản tiếng Việt có lời giới thiệu của anh Hoàng Nam Tiến - Chủ tịch HĐQT FPT. Cuối sách có 02 mã QR, một ghi chú về các trích dẫn được sử dụng trong sách, một về thông tin của cuốn sách. QR thứ nhất là một link dẫn tới một driver chứa file ghi chú các trích dẫn được sử dụng trong sách. Tuy nhiên mình thắc mắc là tại sao AlphaBooks lại sử dụng driver cá nhân cho mục này, một bạn nào đó tên Vũ Hải Yến không có trong ban biên tập, có lẽ là tên thật của người dịch. QR thứ hai là thông tin của cuốn sách, nhưng thời điểm mình truy cập (30/1/2023) thì nó đã không còn hoạt động.
Cuốn sách là một câu chuyện về DevOps, được xuất bản lần đầu năm 2013. Tác giả ba cuốn sách là các nhà nghiên cứu, chuyên viên tư vấn về Công nghệ Thông tin. Vào thời điểm đó, có lẽ những khái niệm về DevOps không rõ ràng và phổ biến như bây giờ, các khó khăn được đề cập còn phổ biến trong các doanh nghiệp. Một phần ý này được thể hiện trong lời giới thiệu của anh Tiến.
Cuốn sách, được kể theo ngôi thứ nhất của Bill Palmer, một Phó Giám đốc phụ trách vận hành Công nghệ Thông tin vừa nhậm chức vì người tiền nhiệm rời nhiệm sở sau sự cố, chiến đấu với các phòng ban liên quan và chính các đồng nghiệp của mình để áp dụng các quy trình, giải pháp trong việc vận hành một dự án công nghệ thông tin. Trong cuốn sách, các câu chuyện về lỗi vận hành, các sự cố trong dev và ops khi chuyển giao từ môi trường dev, staging tới production được lần lượt được chỉ ra và khắc phục. Thời gian và hiệu suất triển khai, hoạt động của các product được cải thiện qua từng chương. Những khó khăn, áp lực mà bộ phận ops phải đổi mặt, từ KPI kinh tế của các sếp tổng, từ anh em song sinh kế/kiểm, từ đội ngũ dev năng suất lớn nhưng có vẻ không lần commit nào suôn sẻ, từ phòng security chỉ ra ba vạn bốn ngàn lỗi bảo mật về version, firewall, permission… và từ chính các dự án tự họ phát triển. Tất cả, tất cả đều ảnh hưởng đến hiệu suất của toàn công ty.
Bằng cách đặt bộ phận vận hành ngang tầm, hoặc hòa trộn với các mảng kinh doanh khác chứ không phải là bộ phận phụ trợ, chỉ làm theo yêu cầu, các phương pháp, quy trình, được áp dụng và có hiệu quả rõ rệt, tăng doanh thu và cứu vớt sự giải thể của công ty, đồng thời làm cho những nhân sự cấp cao bảo thủ phải rời công ty. Bill và đội ngũ của anh như anh hùng đã giúp công ty đánh bại được các đối thủ cạnh tranh, được đề bạt lên các vị trí cấp cao khác. Cuốn sách cũng nói về lý do tại sao một nhân sự xuất sắc lại là nút thắt cổ chai trong vận hành. Nói về vài sự đấu tranh chính trị trong một công ty, tập đoàn lớn. Và, thật chân thật, nói về sự xộc xệch, tùy tiện của anh em kỹ sư làm IT: quần jean áo thun rộng, tóc tai bù xù, ăn uống tạm bợ, cà phê và nước ngọt chất đống trong những ngày dự án release.
Nhìn chung, cách kể chuyện của sách lôi cuốn, không làm người đọc mệt mỏi. Không lê thê, sa đà. Mạch truyện nhanh, từng vấn đề được chỉ ra mạch lạc, sau đó giải quyết rốt ráo, và lại gặp vấn đề, lại giải quyết. Cách nói về phong cách làm việc, những tranh cãi mang tính chính trị giống như anh Tiến nói: “chân thật đến kinh ngạc trong một câu chuyện hư cấu”. Điểm trừ duy nhất của cuốn sách mình nhận xét là nằm ở người dịch, không phải vì cô (mình đoán người dịch là nữ) dịch không hay. Ngược lại, cô dịch vô cùng lôi cuốn. Điểm trừ mình muốn đề cập ở đây là có lẽ người dịch không phải người trong ngành, hoặc mong muốn bản dịch tiếp xúc đến nhiều người ngoài ngành mà dịch hầu hết các thuật ngữ. Việc sử dụng Phát triển, Vận hành, dữ liệu, máy chủ, ảo hóa, quản lý, kiểm soát, môi trường, sản phẩm, thử nghiệm… thay cho các từ gốc của nó theo quan điểm cá nhân của mình là đã làm sai khác đi nghĩa của từ gốc trong một số trường hợp.
Nếu là người đang làm ở vị trí Ops, hoặc DevOps, hãy đọc qua cuốn sách một lần để nhìn, thấy, hiểu và cảm nhận chính vị trí mình đang làm.
Cuối cuốn sách là một trích đoạn trong cuốn sổ tay DevOps, mình chưa có thời gian đọc dù nó chỉ khoảng 50 trang. Mình sẽ bổ sung review đoạn này khi có thể.