Bóc phốt Azure: Sếp ép KPI tính năng, bỏ mặc server sập

Chào anh em đồng đạo. Trưa nay rảnh rỗi vừa húp mì tôm vừa lướt Hacker News, tôi vấp ngay phải một quả phốt to chà bá lửa với hơn 800 upvote. Một lão quái từng làm ở Azure Core đã viết hẳn một bài tế sống chính sách của Microsoft, bóc trần lý do tại sao dạo này Azure cứ hắt hơi sổ mũi liên tọi. Anh em nào đang cày cuốc hệ sinh thái của các pháp sư Redmond thì vào đây hóng cùng tôi.

Tóm tắt nhanh vụ úp sọt Azure từ người trong kẹt

Nói ngắn gọn thế này, ông cựu engineer kia (chắc vừa nộp đơn nghỉ việc xong cay quá) đã vạch trần cái văn hóa "feature factory" (nhà máy sản xuất tính năng) của giới chóp bu Microsoft. Thay vì tập trung tối ưu hóa cái móng nhà là core infrastructure, các sếp lại ép KPI để đẩy ra mấy cái tính năng hào nhoáng (đặc biệt là dạo này đang bú trend AI) nhằm mục đích lùa gà nhà đầu tư.

Hậu quả là gì? Tech debt chất cao như núi, server thì cắn RAM, sập sảng diễn ra như cơm bữa. Đỉnh điểm là bài toán về "capacity" (sức chứa/tài nguyên). Trong khi AWS và GCP quản lý tài nguyên mượt mà, thì bên Azure, việc thiếu hụt capacity diễn ra liên tục. Đội ngũ kỹ sư thay vì được ngồi fix bug tận gốc, dọn rác hệ thống thì lại bị dí deadline để hotfix tạm bợ, xong lại đi code tính năng mới.

Nghĩ cũng cay, anh em thợ code nghèo dựng con vps cùi bắp vài đô mà sập còn chửi thề ỏm tỏi, huống hồ các doanh nghiệp lớn đốt hàng triệu đô vào cloud mà thi thoảng hệ thống lại đơ ra thì bố ai mà chịu nổi.

Giang cư mận Hacker News nói gì?

Dĩ nhiên là bài viết này như gãi đúng chỗ ngứa của cộng đồng mạng. Lướt comment thì thấy anh em chia phe combat hoặc đồng cảm rất rôm rả:

Phe nạn nhân: Đa số anh em dev đều gật gù: "Đ*o sai vào đâu được!". Rất nhiều cao nhân bay vào kể khổ chuyện đêm hôm đang ôm vợ ngủ thì pagerduty réo ầm ĩ chỉ vì một con service ất ơ nào đó của Azure lăn ra chết trôi.
Phe bưng bê AWS: Đội này thì khỏi nói, cơ hội ngàn năm có một để gáy. "AWS mắc như quỷ, UI như cái mê cung, nhưng được cái nó trâu bò và đ*o bao giờ sập sảng kiểu ảo ma như Azure". Thật sự, đồ đắt xắt ra miếng các ông ạ.
Phe chửi sếp (Management haters): Một pháp sư ẩn danh thì lại phân tích rất ma giáo: "Đây là hậu quả của việc để mấy tay MBA không biết viết một dòng code nào lên nắm quyền quyết định kỹ thuật". Cứ chạy theo OKRs, KPI ngắn hạn thì sớm muộn cái hệ thống cũng nát bét.

Chốt hạ: Bài học sinh tồn sau vụ này

Đứng từ góc độ của một thằng dev quèn từng đi dọn rác cho mấy dự án outsource, tôi thấy câu chuyện của Azure nó rành rành ra đấy cho tất cả anh em mình.

Thứ nhất, Tech debt đ*o phải trò đùa. Các ông có thể vẽ ra cái app xịn xò con bò đến mức nào, UI/UX mượt như Sunsilk, nhưng nếu core logic nát, database thiết kế ngu, thì lúc user scale lên chỉ có nước toang. Tính năng nhiều mà downtime 50% thì chó nó dùng.

Thứ hai, Biết cách say 'Đéo' với sếp. Nếu anh em biết cái móng đang lung lay, hãy dũng cảm bật lại mấy cái deadline phi lý của PM/PO. Đừng cắm đầu vào code feature mới trong khi bug cũ còn đang xếp hàng dài từ công ty ra tận bãi gửi xe.

Cuối cùng, dù là công ty ngàn tỷ đô như Microsoft thì bên trong cũng đầy rẫy những quả bom nổ chậm. Thế nên anh em mình đi làm, code cứ cẩn thận, viết test đàng hoàng, và nhớ lưu log đầy đủ để lúc server sập còn có bằng chứng chối tội.

Nguồn tham khảo: Hacker News & Substack bài gốc

Tóm tắt nhanh vụ úp sọt Azure từ người trong kẹt

Giang cư mận Hacker News nói gì?

Dĩ nhiên là bài viết này như gãi đúng chỗ ngứa của cộng đồng mạng. Lướt comment thì thấy anh em chia phe combat hoặc đồng cảm rất rôm rả:

Phe nạn nhân: Đa số anh em dev đều gật gù: "Đ*o sai vào đâu được!". Rất nhiều cao nhân bay vào kể khổ chuyện đêm hôm đang ôm vợ ngủ thì pagerduty réo ầm ĩ chỉ vì một con service ất ơ nào đó của Azure lăn ra chết trôi.

Phe bưng bê AWS: Đội này thì khỏi nói, cơ hội ngàn năm có một để gáy. "AWS mắc như quỷ, UI như cái mê cung, nhưng được cái nó trâu bò và đ*o bao giờ sập sảng kiểu ảo ma như Azure". Thật sự, đồ đắt xắt ra miếng các ông ạ.

Phe chửi sếp (Management haters): Một pháp sư ẩn danh thì lại phân tích rất ma giáo: "Đây là hậu quả của việc để mấy tay MBA không biết viết một dòng code nào lên nắm quyền quyết định kỹ thuật". Cứ chạy theo OKRs, KPI ngắn hạn thì sớm muộn cái hệ thống cũng nát bét.

Chốt hạ: Bài học sinh tồn sau vụ này

Đứng từ góc độ của một thằng dev quèn từng đi dọn rác cho mấy dự án outsource, tôi thấy câu chuyện của Azure nó rành rành ra đấy cho tất cả anh em mình.