Career path — Performance Engineer

Mở đầu — vì sao bài này quan trọng

Suốt gần 60 bài học, bạn đã học cách viết Thread Group trong JMeter, dựng Scenario trong k6, đọc metrics, săn memory leak, test flash sale 12.12 và cả canary trên production. Đó là kỹ năng. Nhưng kỹ năng không tự động biến thành sự nghiệp. Rất nhiều người biết chạy JMeter nhưng mãi kẹt ở mức "người bấm nút chạy test", lương đứng yên, không ai coi họ là chuyên gia. Ngược lại, có những người cùng xuất phát điểm lại trở thành Performance Engineer được săn đón, đầu quân cho các ngân hàng số, sàn thương mại điện tử, hoặc làm consultant tính phí theo giờ rất cao.

Sự khác biệt nằm ở chỗ họ hiểu con đường nghề nghiệp của mình: mỗi level cần chứng minh năng lực gì, bằng chứng nào để được thăng cấp, và bước tiếp theo nên đầu tư vào đâu. Bài này không dạy thêm kỹ thuật mới — nó là tấm bản đồ để bạn biết mình đang đứng ở đâu và đi tiếp thế nào. Ở thị trường Việt Nam năm 2026, cầu về Performance Engineer đang vượt cung rất xa vì làn sóng ngân hàng số, ví điện tử, và các nền tảng phải chịu tải cực lớn vào những dịp cao điểm. Người biết định vị bản thân đúng sẽ tăng tốc rất nhanh.

Khái niệm cốt lõi

Performance Engineer là ai — và khác gì Performance Tester

Trước hết phải phân biệt hai vai trò thường bị gộp làm một:

• Performance Tester (người kiểm thử hiệu năng): nhận kịch bản có sẵn, dựng test script, chạy, xuất báo cáo số liệu. Trọng tâm là thực thi.
• Performance Engineer (kỹ sư hiệu năng): sở hữu toàn bộ bài toán hiệu năng của hệ thống. Không chỉ chạy test, mà còn thiết kế chiến lược test, phân tích điểm nghẽn ở tầng ứng dụng/database/hạ tầng, đề xuất giải pháp tối ưu, làm việc với dev và SRE để sửa, thiết lập performance budget/SLO, và tích hợp test vào CI/CD. Trọng tâm là giải quyết vấn đề hiệu năng của cả hệ thống.

Nói ngắn gọn: Tester trả lời "hệ thống chịu được bao nhiêu?", còn Engineer trả lời "tại sao chỉ chịu được đến đó, và làm sao để chịu nhiều hơn?".

Lộ trình level và mức độ trưởng thành

Đây là khung tham chiếu phổ biến ở thị trường Việt Nam và khu vực Đông Nam Á. Con số năm kinh nghiệm chỉ mang tính tương đối — điều quan trọng là bằng chứng năng lực, không phải thời gian ngồi ghế.

Ba nhánh phát triển từ nền tảng Performance

Điều nhiều người không biết: Performance Engineer không phải là điểm cuối. Từ đây bạn có thể rẽ sang ba hướng, tùy sở thích:

• Chuyên sâu kỹ thuật (Individual Contributor): đi tiếp thành Principal Performance Engineer — chuyên gia được cả công ty hỏi ý kiến, thường không quản lý người nhưng có ảnh hưởng kỹ thuật rất lớn.
• Site Reliability Engineering (SRE) / Platform: hiệu năng là một mảnh của độ tin cậy hệ thống. Nền tảng về latency, throughput, capacity planning giúp bạn chuyển sang SRE rất tự nhiên.
• Quản lý / Consulting: trở thành QA Manager, Performance Practice Lead, hoặc consultant độc lập bán chuyên môn theo dự án.

Bộ kỹ năng mềm quyết định trần thu nhập

Ở Junior và Middle, kỹ thuật quyết định giá trị của bạn. Nhưng từ Senior trở lên, kỹ thuật chỉ là điều kiện cần. Cái quyết định trần thu nhập là:

• Kể chuyện bằng dữ liệu (data storytelling): biến một đồ thị p95 latency thành một câu chuyện mà giám đốc kỹ thuật hiểu và hành động.
• Thuyết phục xuyên bộ phận: bạn tìm ra bottleneck ở database, nhưng người sửa là team DBA — bạn phải khiến họ tin và ưu tiên việc đó.
• Tư duy chi phí (cost-awareness): hiệu năng luôn đánh đổi với chi phí hạ tầng. Người giỏi biết cân bằng "nhanh hơn" với "đắt hơn".

Tình huống thực tế

Tình huống 1 — Từ "người chạy test" thành Middle tại một sàn TMĐT

Minh, 24 tuổi, vào làm QA tại một sàn thương mại điện tử ở TP.HCM (tạm gọi ShopViet). Sáu tháng đầu, công việc của Minh là mỗi sprint chạy lại bộ JMeter script có sẵn cho luồng thanh toán, rồi paste kết quả vào một file Excel gửi team lead. Lương khởi điểm 12 triệu, và sau một năm vẫn 12 triệu.

Bước ngoặt đến khi ShopViet chuẩn bị cho đợt sale 11.11. Team lead hỏi "kịch bản test hiện tại có giống hành vi người dùng thật không?". Minh nhận ra bộ script cũ chỉ bắn thẳng vào API thanh toán với dữ liệu cứng, trong khi người dùng thật thì duyệt sản phẩm → thêm giỏ hàng → áp voucher → thanh toán. Anh tự học phần parameterization và correlation, dựng lại kịch bản mô phỏng user journey thật, dùng CSV Data Set để mỗi virtual user có một tài khoản và giỏ hàng khác nhau.

Kết quả: test mới phát hiện service áp voucher sập ở 3.000 người dùng đồng thời — điều bộ test cũ không bao giờ thấy. Team kịp tối ưu trước sale.

Bài học rút ra: Minh lên Middle không phải vì học thêm công cụ mới, mà vì chuyển từ thực thi kịch bản có sẵn sang tự thiết kế kịch bản phản ánh thực tế. Đó chính xác là ranh giới Junior → Middle. Bằng chứng năng lực (bug voucher) quan trọng hơn số năm.

Tình huống 2 — Senior chứng minh giá trị bằng một khuyến nghị kiến trúc

Chị Lan là Performance Engineer với 5 năm kinh nghiệm tại một ngân hàng số ở Hà Nội. Hệ thống chuyển tiền của họ đạt SLA p95 dưới 800ms lúc bình thường, nhưng cứ đến kỳ lương (ngày 25 hàng tháng) thì p95 vọt lên 4 giây và có lỗi timeout.

Một Performance Tester thông thường sẽ dừng ở báo cáo: "hệ thống không chịu được tải kỳ lương". Chị Lan đi xa hơn. Chị chạy soak test kết hợp với đọc APM traces, phát hiện điểm nghẽn không nằm ở tầng ứng dụng mà ở connection pool tới database: pool tối đa 50 kết nối, trong khi lúc cao điểm cần hơn 200. Các request phải xếp hàng chờ kết nối — đó là lý do latency tăng vọt dù CPU vẫn nhàn.

Chị viết một findings report ngắn gọn: đồ thị latency chồng với đồ thị "thời gian chờ lấy connection", chỉ rõ nguyên nhân, đề xuất tăng pool size kèm cảnh báo về giới hạn số kết nối phía database. Đề xuất được nghiệm thu, và kỳ lương tháng sau p95 giữ ở 900ms.

Bài học rút ra: điều đưa chị Lan lên tầm Senior không phải là chạy được soak test, mà là khả năng truy đến nguyên nhân gốc xuyên tầng (application → database → connection pool) và biến phân tích thành khuyến nghị kiến trúc được tin tưởng. Đây là năng lực khiến một Performance Engineer trở nên đắt giá.

Tình huống 3 — Người giỏi kỹ thuật nhưng mắc kẹt vì thiếu kỹ năng mềm

Đối lại, có anh Tuấn — kỹ thuật rất mạnh, thuộc lòng JMeter distributed testing, viết được cả xk6 extension. Nhưng sau 6 năm anh vẫn ở mức Senior, lương không nhích. Vấn đề: mỗi lần tìm ra bottleneck, anh chỉ ném một file log 2.000 dòng và một câu "database chậm" vào group chat của team backend. Team backend không hiểu, không tin, và thường phớt lờ.

Khi công ty (một fintech ở Singapore có văn phòng tại Việt Nam) tuyển Performance Lead, họ chọn một người kém anh Tuấn về kỹ thuật nhưng biết trình bày: người đó làm dashboard Grafana cho lãnh đạo, quy đổi độ trễ ra doanh thu mất đi mỗi giây, và luôn kết thúc bằng một khuyến nghị hành động rõ ràng.

Bài học rút ra: từ Senior lên Lead, trần của bạn được quyết định bởi khả năng tạo ảnh hưởng, không phải độ sâu kỹ thuật. Giỏi kỹ thuật mà không kể được câu chuyện thì mãi là "người làm công việc khó", không phải "người ra quyết định".

Hướng dẫn từng bước

Đây là cách bạn chủ động điều hướng sự nghiệp thay vì để nó trôi theo thời gian.

Bước 1 — Định vị bản thân trung thực trên bảng level. Đọc lại bảng ở trên và tự hỏi: bằng chứng gần nhất chứng minh mình ở level này là gì? Nếu bạn "3 năm kinh nghiệm" nhưng bằng chứng chỉ toàn là "chạy test theo kịch bản có sẵn", thì thực chất bạn vẫn ở đầu Middle. Hãy trung thực, vì đây là điểm xuất phát.

Bước 2 — Xác định một khoảng cách năng lực (skill gap) cần lấp cho level kế tiếp. Đừng học lan man. Nếu đang Junior muốn lên Middle, tập trung vào thiết kế kịch bản và parameterization. Nếu Middle muốn lên Senior, tập trung vào bottleneck analysis xuyên tầng và capacity planning. Chọn đúng một trọng tâm cho 3–6 tháng tới.

Bước 3 — Tìm một "bằng chứng có tác động thật" ngay trong công việc hiện tại. Level không lên bằng chứng chỉ. Nó lên khi bạn có một câu chuyện: "Tôi đã tìm ra X, đề xuất Y, và nhờ đó hệ thống Z tốt hơn con số cụ thể". Hãy chủ động săn một câu chuyện như vậy mỗi 3–6 tháng.

Bước 4 — Xây dựng portfolio và hiện diện chuyên môn. Viết lại các case study (đã ẩn thông tin nhạy cảm) thành bài chia sẻ nội bộ hoặc bài blog. Một Performance Engineer có 3–4 case study bottleneck được kể mạch lạc sẽ vượt xa người chỉ có dòng "5 năm kinh nghiệm JMeter" trong CV.

Bước 5 — Rèn kỹ năng kể chuyện bằng dữ liệu song song với kỹ thuật. Mỗi lần làm báo cáo, ép mình tóm tắt trong đúng ba câu: vấn đề gì, nguyên nhân gốc ở đâu, đề xuất làm gì. Kèm đúng một biểu đồ nói lên tất cả. Đây là kỹ năng phân biệt Senior với Lead.

Bước 6 — Chọn nhánh phát triển và tìm mentor ở nhánh đó. Đến khoảng Senior, hãy quyết định: đi sâu kỹ thuật (Principal), rẽ sang SRE, hay đi quản lý/consulting. Tìm một người đã đi trước ở nhánh đó để học đường tắt và tránh ngõ cụt.

Lỗi thường gặp & mẹo

Lỗi 1 — Nhầm "số năm kinh nghiệm" với "level". Rất nhiều người nghĩ cứ đủ 4 năm là Senior. Sai. Nhà tuyển dụng phỏng vấn để tìm bằng chứng năng lực, không đếm năm. Bốn năm lặp lại cùng một công việc Junior chỉ là "một năm kinh nghiệm lặp lại bốn lần".

Lỗi 2 — Học công cụ mà bỏ qua nền tảng hệ thống. Có người học thuộc mọi tính năng của JMeter và k6 nhưng không hiểu connection pool, garbage collection, hay cách CPU/network trở thành nút thắt. Công cụ chỉ đo được vấn đề; hiểu hệ thống mới giải được vấn đề — và đó mới là thứ được trả lương cao.

Lỗi 3 — Chỉ báo cáo con số, không đưa khuyến nghị. "p95 là 3 giây" không phải là công việc của Engineer, đó là công việc của một cái công cụ. Giá trị của bạn nằm ở câu tiếp theo: "vì sao, và nên làm gì".

Lỗi 4 — Đóng khung mình chỉ trong QA. Performance Engineer giỏi phải nói chuyện được với dev, DBA, và SRE. Nếu bạn tự nhốt mình trong nhóm QA và ngại đụng đến code hay hạ tầng, bạn tự đặt trần cho chính mình.

Mẹo 1 — Nuôi một "cuốn sổ bottleneck". Mỗi điểm nghẽn bạn từng gặp: triệu chứng, nguyên nhân gốc, cách xử lý. Sau vài năm đây là tài sản vô giá cho phỏng vấn và cho việc chẩn đoán nhanh.

Mẹo 2 — Học đọc APM và observability sớm hơn bạn nghĩ. Đây là ranh giới rõ nhất giữa Middle và Senior: người chỉ nhìn được từ ngoài (client-side metrics) so với người nhìn được vào trong (server-side traces).

Mẹo 3 — Định giá bản thân theo tác động, không theo số test đã chạy. Trong phỏng vấn, đừng nói "tôi chạy 200 bài test". Hãy nói "tôi tìm ra điểm nghẽn giúp hệ thống chịu tải gấp đôi trong đợt sale". Nhà tuyển dụng mua tác động, không mua số lượng.

Bài tập thực hành

• Tự đánh giá level. Viết ra giấy: bạn đang ở level nào trên bảng, và một câu bằng chứng cụ thể chứng minh điều đó. Nếu không viết nổi câu bằng chứng, bạn chưa thực sự ở level mình nghĩ.

• Lập bản đồ skill gap. Chọn level kế tiếp, liệt kê 3 năng lực còn thiếu, rồi khoanh tròn đúng một năng lực để tập trung trong 3 tháng tới. Ghi rõ bạn sẽ chứng minh nó bằng công việc thực tế nào.

• Viết một findings report ba câu. Lấy một kết quả test bất kỳ bạn từng có (hoặc từ các bài project 51–54 trong khóa này), viết lại thành đúng ba câu: vấn đề — nguyên nhân gốc — khuyến nghị. Kèm mô tả một biểu đồ duy nhất bạn sẽ dùng để thuyết phục lãnh đạo.

• Phác thảo CV theo tác động. Viết lại phần kinh nghiệm Performance của bạn thành 3 gạch đầu dòng, mỗi dòng có một con số tác động (ví dụ "giảm p95 từ 4s xuống 900ms cho luồng chuyển tiền kỳ lương"). So sánh với CV cũ để thấy khác biệt.

• Chọn nhánh phát triển. Viết một đoạn ngắn: trong ba nhánh (Principal IC / SRE / Quản lý-Consulting), bạn thấy mình hợp nhánh nào và vì sao. Đây là kim chỉ nam cho các quyết định học tập tiếp theo.

Tóm tắt

• Performance Engineer khác Performance Tester ở chỗ sở hữu cả bài toán hiệu năng, không chỉ chạy test — từ thiết kế chiến lược, phân tích điểm nghẽn xuyên tầng, đến khuyến nghị và tích hợp CI/CD.
• Lộ trình Junior → Middle → Senior → Lead không đo bằng năm mà bằng bằng chứng năng lực: Junior chạy được test; Middle tự thiết kế kịch bản thật; Senior truy nguyên nhân gốc và đề xuất kiến trúc; Lead xây dựng văn hóa hiệu năng và ra quyết định.
• Từ Senior trở lên, kỹ năng mềm quyết định trần thu nhập: kể chuyện bằng dữ liệu, thuyết phục xuyên bộ phận, và tư duy chi phí. Giỏi kỹ thuật mà không tạo được ảnh hưởng thì sẽ mắc kẹt.
• Nền tảng Performance mở ra ba nhánh: chuyên sâu kỹ thuật (Principal), SRE/Platform, hoặc quản lý/consulting.
• Cách điều hướng sự nghiệp: định vị trung thực → chọn một skill gap → săn một bằng chứng có tác động thật → xây portfolio → rèn kể chuyện dữ liệu → chọn nhánh và tìm mentor.

Ba câu chuyện của Minh, chị Lan và anh Tuấn cho thấy cùng một điều: sự nghiệp Performance Engineer không tự thăng tiến theo thời gian, mà theo bằng chứng tác động bạn tạo ra và cách bạn kể lại nó. Hãy chủ động săn những câu chuyện đó ngay từ công việc hiện tại.