ACB tuyển dụng IT - Software Application Operation Specialist lương...

Thương lượng Hạn: 2026-12-31

Mô tả công việc

Job Description

Responsibilities

Perform daily operations of assigned systems/applications, especially Digital Banking applications in the Production environment, ensuring system stability and compliance with SLA requirements.

Deploy and release applications following Agile methodology and CI/CD processes, coordinating with relevant stakeholders to ensure safe and on‑schedule releases.

Manage system configurations and maintain accurate configuration information in the CMDB, ensuring configuration data integrity and traceability of changes.

Design, implement, and operate system monitoring (Monitoring / Alerting / Dashboard) using tools such as Dynatrace, ELK, Prometheus, Grafana, etc., to proactively detect anomalies and optimize system performance.

Receive, analyze, and resolve incidents and problems related to systems within the assigned scope.

Participate in troubleshooting and fixing application issues arising during system operations.

Support users and business units during application usage, handling operational issues and inquiries.

Contribute to the development and standardization of operational processes, technical documentation, and runbooks, and continuously improve operational quality.

Job Requirements

Education

Bachelor’s degree in Information Technology, Software Engineering, or related fields.

Experience

At least 3 years of experience in roles such as DevOps Engineer, System Engineer, Fullstack Dev, Application Support or equivalent.

Hands‑on experience in deploying and operating:

Kong API Gateway

Kubernetes

Middleware

Microservices architectures

Technical Skills

Experience with:

API Gateway / Kong / Middleware

Microservices architecture

CI/CD pipelines: GitLab CI, ArgoCD (or equivalent)

Container & Orchestration: Docker, Kubernetes

Middleware / Cache: Redis (or equivalent)

Operating Systems: Linux, Windows

Programming / Scripting: Python, Ansible, JavaScript (or equivalent)

Logging & Monitoring: ELK Stack, Prometheus, Grafana (Dynatrace is a plus)

Basic knowledge of Databases

Soft Skills

Strong communication, coordination, and teamwork skills.

Effective work management and organization skills.

Strong analytical and problem‑solving abilities, with the capability to handle incidents and negotiate solutions.

Ability to prepare technical documents such as operational procedures, runbooks, and incident reports.

Certifications (Preferred)

CKA (Certified Kubernetes Administrator)

Kong Gateway Enterprise Training & Certification (if available)

Certifications related to CI/CD, DevOps Foundation, or equivalent

Other certifications related to DevOps, Cloud, or Container technologies are an advantage

Nộp đơn ứng tuyển công việc này

Họ & tên bạn *

Địa chỉ email *

Số điện thoại *

Ngày tháng năm sinh *

Trình độ học vấn (Education) *

-- Trình độ học vấn (Education) --Chưa tốt nghiệp (No degree)Phổ thông (High school)Trung cấpCao đẳng (College)Đại học (University/Academy)Thạc sỹ (Master)Tiến sỹ (PhD)Sau đại học (Postgraduate)Khác (Others)

Bạn biết đến cơ hội ứng tuyển này qua kênh nào? *

-- Bạn biết đến cơ hội ứng tuyển này qua kênh nào? --Website tuyển dụng ACBFacebook ACBLinkedIn ACBWebsite việc làmQuảng cáo onlineNgười giới thiệuKhác

+ Thông tin thêm

CV của bạn *
Click để chọn & tải lên CV của bạn

Nộp đơn ứng tuyển

Bỏ qua

-->

{
"@context": "http://schema.org",
"@type": "JobPosting",

"datePosted":"2026-10-30",
"description":"Job Description

Responsibilities

Perform daily operations of assigned systems/applications, especially Digital Banking applications in the Production environment, ensuring system stability and compliance with SLA requirements.

Deploy and release applications following Agile methodology and CI/CD processes, coordinating with relevant stakeholders to ensure safe and on‑schedule releases.

Manage system configurations and maintain accurate configuration information in the CMDB, ensuring configuration data integrity and traceability of changes.

Design, implement, and operate system monitoring (Monitoring / Alerting / Dashboard) using tools such as Dynatrace, ELK, Prometheus, Grafana, etc., to proactively detect anomalies and optimize system performance.

Receive, analyze, and resolve incidents and problems related to systems within the assigned scope.

Participate in troubleshooting and fixing application issues arising during system operations.

Support users and business units during application usage, handling operational issues and inquiries.

Contribute to the development and standardization of operational processes, technical documentation, and runbooks, and continuously improve operational quality.

Job Requirements

Education

Bachelor’s degree in Information Technology, Software Engineering, or related fields.

Experience

At least 3 years of experience in roles such as DevOps Engineer, System Engineer, Fullstack Dev, Application Support or equivalent.

Hands‑on experience in deploying and operating:

Kong API Gateway

Kubernetes

Middleware

Microservices architectures

Technical Skills

Experience with:

API Gateway / Kong / Middleware

Microservices architecture

CI/CD pipelines: GitLab CI, ArgoCD (or equivalent)

Container & Orchestration: Docker, Kubernetes

Middleware / Cache: Redis (or equivalent)

Operating Systems: Linux, Windows

Programming / Scripting: Python, Ansible, JavaScript (or equivalent)

Logging & Monitoring: ELK Stack, Prometheus, Grafana (Dynatrace is a plus)

Basic knowledge of Databases

Soft Skills

Strong communication, coordination, and teamwork skills.

Effective work management and organization skills.

Strong analytical and problem‑solving abilities, with the capability to handle incidents and negotiate solutions.

Ability to prepare technical documents such as operational procedures, runbooks, and incident reports.

Certifications (Preferred)

CKA (Certified Kubernetes Administrator)

Kong Gateway Enterprise Training & Certification (if available)

Certifications related to CI/CD, DevOps Foundation, or equivalent

Other certifications related to DevOps, Cloud, or Container technologies are an advantage

",
"employmentType":"Toàn thời gian",
"hiringOrganization": {
"@type": "Organization",
"name": "Ngân hàng Á Châu - ACB",
"sameAs" : "http://www.acbjobs.com.vn"
},
"identifier": {
"@type": "PropertyValue",
"name": "IT - Software Application Operation Specialist",
"value": "56213"
},
"title": "IT - Software Application Operation Specialist",
"validThrough":"2026-12-31"
}

Phân tích kỹ năng cần có

1. Nhận diện đúng bản chất vị trí

Vị trí IT – Software Application Operation Specialist tại Khối Công nghệ Thông tin là một vị trí vận hành ứng dụng theo hướng DevOps/SRE, không phải vị trí lập trình phần mềm thuần túy. Ứng viên cần chứng minh khả năng:

Vận hành hệ thống Digital Banking trong môi trường Production.
Triển khai ứng dụng an toàn theo quy trình CI/CD và phương pháp Agile.
Quản lý cấu hình, thay đổi và tính truy nguyên trong CMDB.
Giám sát, phát hiện sớm bất thường và tối ưu hiệu năng hệ thống.
Xử lý sự cố, phối hợp khắc phục và ngăn ngừa sự cố lặp lại.
Viết tài liệu vận hành, runbook, quy trình và báo cáo sự cố.

Có một điểm cần lưu ý: trường Kinh nghiệm: N/A có thể là thiếu dữ liệu từ hệ thống tuyển dụng, trong khi phần Job Description yêu cầu ít nhất 3 năm kinh nghiệm. Vì vậy, ứng viên nên xem mốc 3 năm là yêu cầu chính và chuẩn bị hồ sơ phù hợp với cả vị trí Application Support, DevOps, System Engineer hoặc Fullstack có kinh nghiệm vận hành hệ thống phân tán.

2. Bản đồ kỹ năng và mức độ ưu tiên

Nhóm kỹ năng	Mức độ	Kiến thức cần có	Bằng chứng nên đưa vào CV hoặc phỏng vấn
Kubernetes	Rất cao	Pod, Deployment, ReplicaSet, Service, Namespace, ConfigMap, Secret, Probe, lịch trình triển khai, rollout, rollback; cách đọc log, event và trạng thái pod	Mô tả hệ thống đã triển khai trên Kubernetes, số lượng dịch vụ, quy trình xử lý `Pending`, `CrashLoopBackOff`, `ImagePullBackOff`, `Service không có endpoint`
API Gateway và kiến trúc Microservices	Rất cao	Kong route, service, plugin, upstream, timeout, rate limit, xác thực, chứng thư số; phân biệt API Gateway với Kubernetes Ingress	Sơ đồ luồng request từ người dùng qua Kong đến service nội bộ; cách xử lý lỗi `502`, `503`, `504`
CI/CD và GitOps	Rất cao	GitLab CI: stage, job, runner, biến môi trường, secret, artifact, cache, quality gate; Argo CD: sync, diff, health check, rollback, quản lý secret	Mô tả pipeline build, kiểm thử, đóng gói, triển khai theo môi trường và cơ chế phê duyệt thay đổi
Docker và Linux	Rất cao	Image, layer, volume, network, registry; các lệnh `systemctl`, `journalctl`, `curl`, `ss`, `netstat`, `top`, `df`, `du`, phân quyền, log và tiến trình trên Linux	Kinh nghiệm tối ưu image, phân tích tài nguyên, xử lý lỗi dịch vụ và cổng trên máy chủ
Monitoring, Logging và Alerting	Rất cao	ELK Stack, Prometheus, Grafana, Dynatrace; metric, log, trace, dashboard, alert rule, PromQL cơ bản; phân biệt triệu chứng với nguyên nhân gốc	Mô tả dashboard theo dịch vụ, cơ chế cảnh báo, ngưỡng cảnh báo và quy trình xử lý khi cảnh báo phát sinh
Middleware và Redis	Cao	Cache, session, timeout, connection pool, `maxmemory`, eviction policy, replication, persistence; cách xử lý Redis chậm hoặc mất kết nối	Bài toán thực tế về cache và ảnh hưởng của cache đến độ trễ và tải hệ thống
Python, Ansible và JavaScript	Trung bình đến cao	Python để viết script xử lý log, kiểm tra dịch vụ và tự động hóa; Ansible viết playbook idempotent; JavaScript đọc hiểu và chỉnh sửa cấu hình	Link GitHub hoặc mô tả script đã sử dụng để giảm thời gian xử lý sự cố
Cơ sở dữ liệu	Kiến thức nền	SQL cơ bản, index, transaction, connection pool, phân biệt lỗi ứng dụng với lỗi cơ sở dữ liệu	Không cần chứng minh ở mức quản trị cơ sở dữ liệu, nhưng cần biết truy vấn và đọc log lỗi
Quản lý cấu hình và CMDB	Cao	Configuration item, dependency, owner, version, thay đổi đã phê duyệt, audit trail, lịch sử cấu hình	Quy trình cập nhật CMDB sau mỗi thay đổi và cách truy vết cấu hình khi xảy ra sự cố
Windows	Kiến thức nền	Service, process, event log, quyền, chia sẻ tài nguyên và xử lý sự cố cơ bản	Kinh nghiệm hỗ trợ hệ thống Windows trong môi trường doanh nghiệp

3. Bốn năng lực cần chứng minh nổi bật

3.1. Tư duy Production và an toàn

Ứng viên cần hiển thức trước khi chạy lệnh hoặc triển khai:

Đây là môi trường Production hay môi trường kiểm thử?
Phạm vi ảnh hưởng của thay đổi là gì?
Có phương án rollback hay không?
Cấu hình cũ đã được lưu và CMDB đã cập nhật chưa?
Ai là người phê duyệt và ai cần được thông báo?
Làm thế nào để giám sát sau khi triển khai?

3.2. Xử lý sự cố có cấu trúc

Một câu trả lời tốt nên đi theo chuỗi:

1. Xác định mức ảnh hưởng: toàn hệ thống, một dịch vụ hay một nhóm người dùng.
2. Kiểm chứng tín hiệu: log, metric, dashboard, alert và thời điểm bắt đầu.
3. Khoanh vùng: thay đổi gần nhất, dependency, traffic và phiên bản triển khai.
4. Khắc phục tạm thời: restart, rollback, tăng tài nguyên, chuyển lưu lượng hoặc cấu hình an toàn.
5. Khôi phục dịch vụ và xác nhận: kiểm tra SLA, lỗi và trải nghiệm người dùng.
6. Ghi nhận và phòng ngừa: báo cáo sự cố, nguyên nhân gốc, bài học và hành động cải tiến.

3.3. Tự động hóa và cải tiến liên tục

Cần có tư duy giảm thao tác thủ công: viết script kiểm tra sức khỏe, tự động hóa triển khai, chuẩn hóa dashboard, cập nhật runbook và xây dựng cảnh báo có hành động xử lý rõ ràng.

3.4. Phối hợp và tài liệu

Đây là vị trí trực tiếp hỗ trợ bộ phận kinh doanh. Ứng viên phải trả lời rõ cho người không rành kỹ thuật, cập nhật tình trạng sự cố theo thời gian quy định, ghi nhận quyết định và bàn giao ca xử lý mà không làm mất thông tin.

4. Kỹ năng mềm cần thể hiện

Giao tiếp sự cố: nói rõ tác động, trạng thái, bước xử lý tiếp theo và thời gian cập nhật kế tiếp.
Tư duy phân tích: đi từ dấu hiệu quan sát được đến nguyên nhân gốc, không kết luận vội.
Tổ chức và ưu tiên: biết ưu tiên sự cố có ảnh hưởng tiền giao dịch và khách hàng.
Khả năng làm việc nhóm: phối hợp với phát triển, kiểm thử, hạ tầng, bảo mật và đơn vị kinh doanh.
Tính kỷ luật: tuân thủ quy trình phê duyệt, không tự ý thay đổi Production.
Khả năng viết tài liệu: runbook rõ ràng, đủ lệnh, điều kiện tiên quyết, cách kiểm tra và cách khôi phục.
Tư duy khách hàng: hiểu tác động nghiệp vụ của sự cố kỹ thuật đối với người dùng ngân hàng.

5. Chứng chỉ nên cân nhắc

Chứng chỉ	Mức độ khuyến nghị	Lý do
CKA – Certified Kubernetes Administrator	Rất cao	Phù hợp trực tiếp với yêu cầu Kubernetes và khả năng vận hành cụm
Kong Gateway Enterprise Training & Certification	Cao	Chứng minh kiến thức về API Gateway và routing trong môi trường doanh nghiệp
DevOps Foundation hoặc chứng chỉ nền tảng tương đương	Trung bình	Thể hiện tư duy về tự động hóa, cộng tác và vòng đời triển khai
Chứng chỉ cloud, Docker, Kubernetes hoặc observability	Trung bình	Có giá trị bổ sung, nhưng không thay thế kinh nghiệm thực hành

Không nên tích lũy quá nhiều chứng chỉ khi hồ sơ còn yếu về dự án thực tế. Một chứng chỉ CKA kèm lab sâu thường có giá trị hơn nhiều chứng chỉ gốc không liên quan.

6. Hồ sơ ứng viên nên thể hiện

Tối thiểu 3 năm kinh nghiệm phù hợp hoặc tương đương.
Kinh nghiệm triển khai và vận hành hệ thống phân tán trong môi trường doanh nghiệp.
Danh sách công nghệ đúng với JD, ưu tiên Linux, Kubernetes, Docker, Kong, GitLab CI, Argo CD, Redis, Prometheus, Grafana và ELK.
Một hoặc hai tình huống sự cố đã xử lý, có cấu trúc theo vai trò, hành động, kết quả và bài học.
Quy trình release, rollback, quản lý thay đổi và cập nhật CMDB.
Portfolio hoặc GitHub có cấu hình đơn giản nhưng chạy được: ứng dụng container hóa, pipeline, dashboard, script và runbook.
Chỉ nêu số liệu không thuộc thông tin mật; có thể mô tả quy mô tương đối như số dịch vụ, số lượng request, thời gian xử lý hoặc tỷ lệ thành công nếu được phép chia sẻ.

7. Đánh giá nhanh khả năng đáp ứng

Ứng viên mới ra trường: chưa đáp ứng điều kiện 3 năm nhưng có thể cân nhắc các vị trí Application Support, DevOps Junior, Cloud Support hoặc thực tập.
Ứng viên Fullstack: cần bổ sung Kubernetes, Linux, CI/CD, monitoring và kinh nghiệm xử lý sự cố Production.
Ứng viên System Engineer hoặc DevOps: có lợi thế, nhưng cần chứng minh quy trình GitOps, quản lý cấu hình và tư duy sản phẩm.
Ứng viên Application Support: cần chuyển từ xử lý ticket đơn lẻ sang tự động hóa, giám sát chủ động, quản lý thay đổi và hiểu kiến trúc dịch vụ.
Ứng viên mạnh về mạng hoặc trung tâm dữ liệu: cần bổ sung API Gateway, Kubernetes, microservice và quy trình triển khai phần mềm.

Chuẩn bị phỏng vấn

1. Lưu ý về quy trình phỏng vấn

Tin tuyển dụng không công bố quy trình chính thức. Quy trình dưới đây là kịch bản thường gặp đối với vị trí vận hành hệ thống ngân hàng; ACB có thể gộp hoặc điều chỉnh các vòng.

Vòng	Thời lượng tham khảo	Nội dung cần chuẩn bị
Sàng lọc hồ sơ và phỏng vấn nhân sự	15–30 phút	Giới thiệu, động lực nghề nghiệp, lý do chọn ACB, kinh nghiệm phù hợp, lương, thời gian có thể nhận việc, địa điểm và khả năng làm thêm ca
Phỏng vấn kiến thức kỹ thuật	45–60 phút	Linux, Kubernetes, Docker, Kong, CI/CD, Argo CD, Redis, monitoring và kiến trúc microservice
Bài thực hành hoặc tình huống vận hành	60–90 phút	Thiết kế luồng triển khai, điều tra lỗi, xử lý sự cố, trình bày runbook
Phỏng vấn hành vi và lãnh đạo	30–45 phút	Phối hợp, xử lý áp lực, chủ động, học hỏi, tài liệu và câu chuyện theo cấu trúc STAR
Phỏng vấn cuối và thương lượng	30 phút	Mức lương mong muốn, phúc lợi, ngày bắt đầu, xác nhận mức độ phù hợp và kỳ vọng về vai trò

2. Câu hỏi thường gặp theo từng vòng

Vòng sàng lọc

Hãy giới thiệu trong 2 phút hồ sơ và kinh nghiệm phù hợp nhất với vị trí.
Vì sao bạn chọn vị trí vận hành ứng dụng thay vì vị trí lập trình thuần túy?
Vì sao bạn muốn làm việc trong ngân hàng? Bạn hiểu gì về yêu cầu ổn định và kiểm soát thay đổi?
Kinh nghiệm 3 năm của bạn được thể hiện qua những hệ thống và trách nhiệm nào?
Bạn từng trực xử lý sự cố lúc nào? Cách bạn phối hợp và bàn giao ra sao?
Bạn mong đợi điều gì sau 1–2 năm làm việc tại vị trí này?
Mức lương mong muốn, thời gian thông báo và khả năng làm việc tại Hồ Chí Minh như thế nào?

Vòng kiến thức kỹ thuật

Phân biệt Pod, Deployment, ReplicaSet, Service, StatefulSet và Ingress.
Kubernetes Deployment thay đổi cấu hình như thế nào? Khi nào cần rollout và khi nào cần restart?
Debug readiness probe, liveness probe và startup probe khác nhau ra sao?
Vì sao Kong trả lỗi `502 Bad Gateway`? Bạn kiểm tra theo thứ tự nào?
API Gateway khác Kubernetes Ingress ở điểm nào?
GitLab CI và Argo CD có vai trò khác nhau thế nào?
CI/CD khác GitOps như thế nào? Làm sao đảm bảo rollback an toàn?
Phân biệt log, metric và trace. Khi nào nên dùng ELK, Prometheus hoặc Grafana?
Viết một câu truy vấn PromQL đơn giản để kiểm tra tỷ lệ lỗi và độ trễ của một dịch vụ.
Redis chậm có thể do những nguyên nhân nào? `maxmemory` và eviction policy ảnh hưởng thế nào?
`CrashLoopBackOff` có những nguyên nhân phổ biến nào và bạn thu thập bằng chứng ra sao?
Ansible playbook idempotent nghĩa là gì?
Phân biệt incident, problem, change và standard change.
SLA khác SLO như thế nào? Bạn đo thời gian khôi phục và thời gian phát hiện sự cố bằng cách nào?

Vòng tình huống

Có thể được yêu cầu: “Sau khi triển khai phiên bản mới, 20% request qua API bắt đầu trả lỗi 500. Hãy điều tra và trình bày quy trình xử lý.”

Cách trả lời tốt:

1. Xác nhận lỗi thực tế và phạm vi ảnh hưởng; kiểm tra metric, log và thời điểm bắt đầu.
2. So sánh với phiên bản trước và các thay đổi cấu hình gần nhất.
3. Kiểm tra log ứng dụng, lỗi phụ thuộc, tài nguyên máy chủ, kết nối cơ sở dữ liệu hoặc Redis.
4. Nếu lỗi gắn với bản phát hành mới và ảnh hưởng đang tăng, đề xuất rollback theo quy trình phê duyệt.
5. Sau khi khôi phục, xác nhận tỷ lệ lỗi, độ trễ, lưu lượng và trải nghiệm người dùng.
6. Cập nhật CMDB, lập báo cáo sự cố và đề xuất kiểm thử, canary hoặc cảnh báo để ngăn tái diễn.

Một số tình huống khác:

Pod liên tục khởi động lại sau khi triển khai.
Kong không tìm thấy upstream hoặc request hết thời gian chờ.
Argo CD báo `OutOfSync` trong Production.
Pipeline GitLab thất bại ở giai đoạn kiểm thử hoặc triển khai.
Grafana hiển thị tỷ lệ lỗi tăng nhưng log ứng dụng không rõ ràng.
Redis liên tục đạt giới hạn bộ nhớ.

Vòng hành vi

Chuẩn bị 4–5 câu chuyện theo cấu trúc STAR – Tình huống, Nhiệm vụ, Hành động, Kết quả:

Một sự cố nghiêm trọng bạn đã xử lý.
Một lần bạn phát hiện nguyên nhân gốc thay vì chỉ khắc phục triệu chứng.
Một lần bạn phải phối hợp với nhiều bộ phận.
Một lần bạn viết tài liệu hoặc chuẩn hóa quy trình.
Một lần bạn nhận phản hồi chưa tốt và cách bạn cải thiện.

Các tình huống có thể hỏi:

Bạn làm gì khi bị nhiều người yêu cầu cùng lúc lúc sự cố đang xảy ra?
Bạn xử lý thế nào khi người trực yêu cầu thay đổi Production mà chưa có phê duyệt?
Bạn làm gì khi phát hiện mình đã bỏ sót một thay đổi trong CMDB?
Bạn trình bày tin xấu đến với đồng nghiệp như thế nào?
Bạn làm gì khi không thể khôi phục dịch vụ trong thời gian mong đợi?

3. Bài thực hành nên chuẩn bị

Nên có một dự án nhỏ mô phỏng kiến trúc sau:

GitLab CI → Docker image → Argo CD → Kubernetes → Kong → ứng dụng microservice → Redis, kèm Prometheus, Grafana và ELK.

Kỳ vọng sau khi làm xong:

Có pipeline build, kiểm thử và đóng gói ảnh Docker.
Triển khai ứng dụng bằng Kubernetes và quản lý thay đổi bằng Argo CD.
Định tuyến request qua Kong đến đúng service.
Có cấu hình Redis, script kiểm tra sức khỏe và log có cấu trúc.
Có dashboard theo dịch vụ và cảnh báo khi service lỗi hoặc độ trễ tăng.
Có runbook, báo cáo sự cố mẫu và bản ghi cấu hình trong CMDB.

4. Mẹo trả lời hiệu quả

Trả lời theo cấu trúc: bối cảnh → phân tích → quyết định → kết quả → cải tiến.
Nêu giới hạn của kiến thức thay vì đoán. Ví dụ: “Tôi chưa triển khai trực tiếp trên cụm Production, nhưng đã thực hành cùng quy trình trong môi trường kiểm thử và sẽ tuân thủ phê duyệt, canary và rollback”.
Khi đưa ra lệnh, luôn giả định có tác động Production và nhắc đến phê duyệt.
Dùng số liệu thật đã được phép chia sẻ: số dịch vụ, số server, thời gian xử lý, tần suất sự cố hoặc mức độ tự động hóa.
Không nói rằng mình “giải quyết mọi sự cố”; hãy mô tả cách phối hợp và phân vùng trách nhiệm.
Chuẩn bị sẵn hai phút giới thiệu bản thân bằng cấu trúc: kinh nghiệm → năng lực phù hợp JD → một kết quả nổi bật → động lực với ACB.

5. Câu hỏi nên hỏi cuối buổi phỏng vấn

Tổ chức đang vận hành bao nhiêu hệ thống và môi trường Production chính?
Công việc có trực theo ca, trực sự cố ngoài giờ hoặc bắt buộc di chuyển vào cuối tuần không?
KPI chính của vị trí là gì: thời gian phản hồi, thời gian khôi phục, tỷ lệ thành công triển khai hay chất lượng tài liệu?
Phạm vi quyền hạn Production của vị trí được phân chia thế nào?
Tần suất sự cố và mức độ ảnh hưởng đến giao dịch khách hàng như thế nào?
Quy trình phê duyệt, triển khai và rollback hiện tại ra sao?
Ngân hàng sử dụng nền tảng đám mây nào, hay phần lớn hệ thống đặt tại trung tâm dữ liệu?
Đội ngũ được cấp ngân sách và thời gian cho chứng chỉ, khóa học hoặc hội nghị kỹ thuật không?
Tiêu chí thành công sau 90 ngày đầu tiên là gì?

6. Trang phục và chuẩn bị ngày phỏng vấn

Nên dùng trang phục business formal nhưng thoải mái: áo sơ mi hoặc áo blouse, quần tây, giày kín, màu trung tính; tránh trang phục quá thể thao hoặc quá lộng lẫy. Chuẩn bị CV tiếng Anh và bản tiếng Việt nếu được yêu cầu, danh thiếp, giấy tờ tùy theo quy trình, thiết bị sạc đầy, kết nối mạng ổn định và camera. Đối với phỏng vấn trực tuyến, kiểm tra nền phía sau, ánh sáng, micro và quyền truy cập vào phòng họp trước giờ thi.

Lộ trình ôn thi

1. Mục tiêu sau 1–2 tuần

Sau 10–14 ngày, mỗi ngày học khoảng 2–3 giờ, ứng viên cần đạt được năng lực tối thiểu sau:

1. Vẽ và giải thích được luồng request qua Kong, Kubernetes, microservice, Redis và cơ sở dữ liệu.
2. Triển khai một ứng dụng đơn giản bằng Docker và Kubernetes.
3. Mô tả chính xác pipeline GitLab CI và quy trình triển khai bằng Argo CD.
4. Đọc log, metric và dashboard để tìm nguyên nhân một sự cố giả lập.
5. Trả lời được các câu hỏi về cấu hình, secret, quyền truy cập, rollback và CMDB.
6. Có runbook, báo cáo sự cố và câu chuyện phỏng vấn theo cấu trúc STAR.

2. Kiến thức nền cần ôn

A. Linux và mạng

Quy trình process, service, `systemd`, `journalctl`, port và listener.
Phân quyền file, user, group, secret và environment variable.
Đọc log, tìm nguyên nhân lỗi theo mã, dấu thời gian và request ID.
Các lệnh kiểm tra tài nguyên: `top`, `free`, `df`, `du`, `iostat`, `ss`.
Kiến thức DNS, HTTP, HTTPS, TLS, reverse proxy, timeout và connection pool.
Phân biệt lỗi mạng, lỗi ứng dụng và lỗi dependency.

B. Docker và Kubernetes

Image, container, layer, registry, volume, network và multi-stage build.
Deployment, Service, ConfigMap, Secret, probe, resource limit và rollout.
Lệnh quan trọng: `kubectl get`, `describe`, `logs`, `exec`, `rollout`, `port-forward`, `apply`.
Phân tích `Pending`, `CrashLoopBackOff`, `OOMKilled`, `ImagePullBackOff`, `FailedScheduling` và service không có endpoint.
Quyền truy cập, service account, network policy ở mức kiến thức và secret management.

C. Kong và kiến trúc Microservices

Route, service, upstream, plugin và target.
Cấu hình timeout, retry, rate limit, xác thực và logging plugin.
Luồng request, timeout chuyển tiếp, lỗi `502`, `503`, `504` và health check.
Đặc điểm của stateless service, horizontal scaling, circuit breaker và retry an toàn.
Phân biệt API Gateway, Kubernetes Ingress và service mesh.

D. Redis và cơ sở dữ liệu

Cấu trúc dữ liệu cơ bản, cache TTL, connection pool và timeout.
`maxmemory`, eviction policy, persistence và replication.
SQL cơ bản, index, transaction, deadlock và connection pool.
Cách phân biệt độ trễ do mạng, ứng dụng, Redis hay cơ sở dữ liệu.

E. CI/CD và Argo CD

Cách pipeline chia stage, job, artifact, cache, secret và biến môi trường.
Chiến lược branch, semantic versioning, image tag và rollback.
Argo CD: source, destination, sync policy, health assessment, diff, hook và quyền truy cập.
GitOps và sự khác biệt so với pipeline triển khai trực tiếp.

F. Monitoring và Logging

Metric, log, trace, dashboard, alert và runbook.
ELK: ingestion, index, search, filter và correlation theo request ID.
Prometheus: target, scrape, label, metric, recording rule, alerting rule và PromQL cơ bản.
Grafana: dashboard, biến, panel và cảnh báo.
Dynatrace: hiểu vai trò APM và giám sát toàn hệ thống, dù chưa dùng thực tế.

G. Vận hành và quản lý sự cố

SLA, SLO, error budget, incident, problem và change.
Mức phân loại sự cố, kênh liên lạc và bàn giao ca.
Quy trình change advisory, phê duyệt, canary, rollback và post-incident review.
CMDB: configuration item, owner, dependency, version, lịch sử thay đổi và audit trail.
Cách viết runbook hiệu quả: mục tiêu, điều kiện, lệnh, kiểm tra, khôi phục và liên hệ liên quan.

3. Tài liệu tham khảo nên ưu tiên

Kubernetes Documentation: https://kubernetes.io/docs/home/
Docker Get Started: https://docs.docker.com/get-started/
Kong Gateway Documentation: https://docs.konghq.com/gateway/latest/
GitLab CI Documentation: https://docs.gitlab.com/ee/ci/
Argo CD Documentation: https://argo-cd.readthedocs.io/en/stable/
Prometheus Documentation: https://prometheus.io/docs/introduction/overview/
Grafana Documentation: https://grafana.com/docs/grafana/latest/
Elastic Documentation: https://www.elastic.co/guide/en/elasticsearch/reference/current/index.html
Redis Documentation: https://redis.io/docs/latest/
Ansible Documentation: https://docs.ansible.com/ansible/latest/index.html
Python Documentation: https://docs.python.org/3/

Nên đọc tài liệu chính thức kết hợp lab, tránh học thuộc lệnh mà không hiểu nguyên nhân và tác động.

4. Lộ trình 14 ngày

Ngày	Nội dung	Sản phẩm cần hoàn thành
1	Linux, process, log, mạng và chẩn đoán	Viết một trang checklist chẩn đoán service và trả lời 10 câu hỏi nền
2	Docker, image, network, volume	Đóng gói một ứng dụng nhỏ bằng multi-stage build và chạy thành công
3	Kubernetes cơ bản	Triển khai Deployment, Service, ConfigMap và Secret
4	Kubernetes vận hành và xử lý lỗi	Tạo lỗi cố ý về probe, image và cấu hình rồi ghi lại cách khắc phục
5	Kong và kiến trúc Microservices	Định tuyến request qua Kong tới một service trong Kubernetes
6	Redis và cơ sở dữ liệu	Đo độ trễ, cấu hình TTL và giải thích cách xử lý Redis hết bộ nhớ
7	GitLab CI	Xây pipeline build, kiểm thử, đóng gói image và lưu artifact
8	Argo CD	Quản lý cấu hình triển khai bằng Argo CD, thử diff, sync và rollback
9	ELK, Prometheus, Grafana	Tạo dashboard có tỷ lệ lỗi, độ trễ, số request và cảnh báo
10	Python và Ansible	Viết script kiểm tra sức khỏe và một playbook idempotent
11	SLA, CMDB, incident và change	Viết runbook, biểu mẫu báo cáo sự cố và bản ghi cấu hình
12	Tích hợp lab	Kết nối toàn bộ chuỗi CI/CD, Argo CD, Kong, Kubernetes, Redis và monitoring
13	Diễn luyện tình huống	Xử lý một sự cố `502`, một lỗi pipeline và một `CrashLoopBackOff` trong 45 phút
14	Rà soát và phỏng vấn	Ôn flashcards, chuẩn bị câu chuyện STAR, kiểm tra portfolio và CV

Nếu chỉ có 7 ngày, hãy gộp các ngày 1–2, 3–4, 7–8 và 9–10, dành ba ngày cuối cho lab, diễn luyện và rà soát.

5. Bài lab trọn gói nên hoàn thành

Kiến trúc

Một API viết bằng Python hoặc Java.
Một service phụ thuộc Redis.
Kubernetes Deployments và Services.
Kong làm API Gateway.
GitLab CI build và đóng gói Docker image.
Argo CD quản lý cấu hình triển khai.
Prometheus thu thập metric; Grafana hiển thị dashboard; ELK lưu log.

Tiêu chí hoàn thành

Truy cập API qua Kong trả kết quả đúng.
Pipeline tạo image có tag bất biến.
Argo CD đồng bộ cấu hình và hỗ trợ rollback.
Dashboard hiển thị tỷ lệ lỗi, độ trễ và số request.
Script kiểm tra sức khỏe hoạt động.
Log có request ID và dấu thời gian.
Runbook giải thích cách chẩn đoán từng lớp.
CMDB lưu phiên bản, owner, dependency và thay đổi.

6. Danh sách kiểm tra trước phỏng vấn

Tôi giải thích được kiến trúc từ người dùng đến service và cơ sở dữ liệu.
Tôi phân biệt được lỗi mạng, lỗi Kong, lỗi Kubernetes, lỗi ứng dụng và lỗi dependency.
Tôi biết đọc `kubectl describe`, log trước lần khởi động gần nhất và event.
Tôi trả lời được câu hỏi Kong trả lỗi `502`.
Tôi giải thích được GitOps và cơ chế rollback.
Tôi viết được PromQL cơ bản và giải thích metric, log, trace.
Tôi mô tả được quy trình xử lý sự cố từ phát hiện đến nguyên nhân gốc.
Tôi biết cập nhật và truy vết cấu hình trong CMDB.
Tôi có một câu chuyện sự cố, một câu chuyện tự động hóa và một câu chuyện phối hợp.
CV phản ánh đúng ba nhóm: vận hành hệ thống, DevOps/Cloud và tự động hóa.

Tư vấn nghề nghiệp

1. Định vị bản thân đúng trên thị trường

Ứng viên không nên tự định vị chỉ là kỹ sư lập trình. Giá trị mạnh nhất của hồ sơ là khả năng vận hành hệ thống phân tán một cách an toàn, đo lường được, tự động hóa và có quy trình xử lý sự cố rõ ràng. Với kinh nghiệm tốt, bạn có thể cạnh tranh ở nhiều vị trí:

Application Operation Specialist.
DevOps Engineer.
Site Reliability Engineer.
Production Support Engineer.
Kubernetes Operations Engineer.
Cloud Platform Engineer.

Nến tài chính là thế mạnh, kinh nghiệm ngân hàng còn giúp bạn hiểu yêu cầu kiểm soát thay đổi, dữ liệu giao dịch và tính liên tục dịch vụ. Ngược lại, nếu chưa có kinh nghiệm tài chính, cần chứng minh kỷ luật vận hành và khả năng làm việc trong môi trường có kiểm toán.

2. Lộ trình phát triển 12–24 tháng

Giai đoạn 0–3 tháng: làm chủ vận hành

Nắm rõ kiến trúc, dependency, SLA, lịch change và quy trình phê duyệt của từng hệ thống.
Xử lý sự cố theo đúng severity, cập nhật runbook và bảo đảm mọi thay đổi được ghi nhận trong CMDB.
Xây dashboard cá nhân và checklist chẩn đoán theo từng nhóm dịch vụ.
Học cách đọc metric, log và trace thay vì chỉ dựa vào kinh nghiệm.

Giai đoạn 3–6 tháng: tự động hóa

Viết script Python hoặc Ansible để giảm thao tác thủ công.
Chuẩn hóa pipeline, cấu hình, template triển khai và quy tắc đặt tên tài nguyên.
Xây cảnh báo dựa trên lỗi, độ trễ, saturation và tỷ lệ thành công thay vì cảnh báo quá nhiều.
Viết báo cáo nguyên nhân gốc sau các sự cố lớn.

Giai đoạn 6–12 tháng: nâng cao vị thế

Làm việc với SLO, error budget và capacity planning.
Tham gia thiết kế kiến trúc, đánh giá rủi ro và xây dựng tiêu chuẩn triển khai.
Tự động hóa quy trình canary, rollback và kiểm thử phục hồi.
Mentoring cho thành viên mới và cải thiện tài liệu vận hành cấp nhóm.

Giai đoạn 12–24 tháng: hướng dẫn hoặc chuyên sâu

Ứng tuyển Senior Application Operations, Senior DevOps, SRE, Technical Lead hoặc Service Reliability Lead.
Xây dựng mục tiêu và KPI cho nhóm, quản lý rủi ro vận hành và tiến trình tuyển dụng.
Phát triển hướng chuyên môn như cloud platform, observability, incident management hoặc Kubernetes security.

3. Kỹ năng nên phát triển thêm

Tư duy SRE: SLO, error budget, blameless postmortem và thiết kế độ tin cậy.
Hạ tầng dưới dạng mã: Terraform hoặc công cụ tương đương, cùng GitOps và quản lý secret.
Bảo mật: Kubernetes RBAC, network policy, secret scanning, image scanning và bảo mật supply chain.
Quan sát nâng cao: OpenTelemetry, APM, distributed tracing và phân tích sự cố nhiều lớp.
Kỹ năng ảnh hưởng: thuyết trình cho ban lãnh đạo, viết thiết kế và điều phối sự cố cấp cao.
Kiến thức nghiệp vụ ngân hàng: thanh toán, định danh, giao dịch, lịch sử tín dụng, bảo mật thông tin và quản lý rủi ro vận hành.

4. Mức lương kỳ vọng

Tin tuyển dụng chỉ ghi thương lượng và không công bố phúc lợi. Dưới đây là mức ước lượng tham khảo tại Hồ Chí Minh, tính tổng thu nhập tháng trước thuế, chưa bao gồm thưởng năm nếu có:

Trình độ và kinh nghiệm	Khoảng thu nhập tham khảo trước thuế
3–5 năm, Application Support hoặc DevOps	Khoảng 18–30 triệu đồng mỗi tháng
5–8 năm, Senior vận hành hoặc SRE	Khoảng 28–42 triệu đồng mỗi tháng
8–12 năm, Senior/Lead có phạm vi thiết kế và dẫn dắt	Khoảng 38–58 triệu đồng mỗi tháng
Quản lý với quyền về vận hành và nhân sự	Khoảng 50–75 triệu đồng mỗi tháng

Đây chỉ là khoảng tham khảo, mức lương có thể thay đổi tùy ngân hàng và thời điểm. Quy mô hệ thống, kinh nghiệm quản lý sự cố, chứng chỉ, phạm vi trách nhiệm và tình hình thị trường lao động cũng ảnh hưởng đáng kể. Khi thương lượng, nên hỏi rõ tổng thu nhập gồm lương cơ bản, thưởng theo kết quả, thưởng tháng 13 nếu có, phụ cấp, bảo hiểm, chi phí đào tạo và chế độ bồi thường ca trực.

5. KPI có thể được sử dụng

Tin tuyển dụng không nêu KPI chính thức, nhưng với vị trí vận hành Production, các chỉ số sau có thể xuất hiện trong đánh giá:

Tỷ lệ tuân thủ SLA và thời gian khôi phục dịch vụ.
Số lượng và tỷ lệ triển khai thành công.
Tỷ lệ thay đổi gây sự cố.
Thời gian phát hiện, tiếp nhận và khắc phục sự cố.
Mức độ bao phủ monitoring và chất lượng cảnh báo.
Tỷ lệ sự cố tái diễn sau xử lý.
Chất lượng, tính cập nhật của runbook và báo cáo.
Mức độ tuân thủ quy trình phê duyệt và cập nhật CMDB.

Khi được hỏi về KPI, hãy trả lời theo hướng cân bằng: ưu tiên độ ổn định và an toàn, nhưng vẫn chủ động cải thiện tốc độ và chất lượng vận hành.

6. Cách xây dựng hồ sơ cạnh tranh

Dùng mô tả vị trí cũ và nhiệm vụ mới để cho thấy sự liên quan.
Với mỗi dự án, nêu quy mô, công nghệ, sự cố đã xử lý, hành động của bạn và kết quả đo được.
Không biến CV thành danh sách công nghệ; giải thích bạn dùng công nghệ để giải quyết vấn đề gì.
Chuẩn bị portfolio có kiến trúc, pipeline, dashboard, runbook và mô tả một sự cố giả lập.
Cập nhật LinkedIn với các từ khóa: Kubernetes, DevOps, SRE, CI/CD, Argo CD, Kong, observability, incident management và runbook.
Nếu thiếu kinh nghiệm Production, dùng lab thật, mô phỏng sự cố và tình huống học để chứng minh kỹ năng thay vì nói chung.

7. Rủi ro cần tránh

Chỉ tập trung vào lệnh mà không hiểu tác động Production.
Nộp hồ sơ với danh sách công nghệ quá dài nhưng thiếu dự án thực tế.
Tối ưu hồ sơ theo lập trình viên trong khi vị trí này cần kỹ năng vận hành và phối hợp.
Bỏ qua điểm yếu về CMDB, tài liệu hoặc kinh nghiệm quản lý sự cố.
Thương lượng chỉ dựa trên lương cơ bản, bỏ qua tổng thu nhập, phúc lợi, ca trực và cơ hội học hỏi.
Nêu mức lương quá cao khi hồ sơ chưa thể hiện đúng ba năm kinh nghiệm và phạm vi Production.

Câu hỏi thường gặp

Mình mới ra trường và chưa có 3 năm kinh nghiệm, có nên ứng tuyển vị trí này không?

Bạn vẫn có thể nộp nếu hệ thống cho phép, nhưng đây là vị trí có rào cản kinh nghiệm khá rõ. Mốc 3 năm là điều kiện chính trong Job Description, vì vậy cơ hội sẽ thấp hơn với hồ sơ chỉ mới ra trường. Hãy tối ưu CV thật trung, thể hiện các dự án có Kubernetes, Docker, CI/CD, monitoring, xử lý lỗi và runbook; đồng thời cân nhắc vị trí Application Support, DevOps Junior, Cloud Support hoặc thực tập. Tuyệt đối không thổi phóng kinh nghiệm hoặc công nghệ chưa từng sử dụng.

Mình đang tìm việc và muốn chuẩn bị trong 10 ngày, nên học theo thứ tự nào?

Hãy dành ngày 1–2 cho Linux và Docker; ngày 3–4 cho Kubernetes; ngày 5 cho Kong và Redis; ngày 6 cho GitLab CI và Argo CD; ngày 7 cho Prometheus, Grafana và ELK; ngày 8 cho Python, Ansible, SLA, CMDB và quy trình sự cố; hai ngày cuối để xây lab, diễn luyện tình huống và rà soát CV. Mục tiêu không phải học hết lý thuyết mà là giải thích được một luồng triển khai và xử lý sự cố từ đầu đến cuối.

Mình chuyển từ lập trình Front-end sang vị trí này có phù hợp không?

Bạn có lợi thế về kiến thức API, microservice và cách ứng dụng vận hành, nhưng cần chứng minh thêm Linux, Docker, Kubernetes, CI/CD, monitoring và xử lý sự cố Production. Hãy xây một hệ thống Front-end hoặc API được đóng gói bằng Docker, triển khai lên Kubernetes, định tuyến qua Kong, kèm pipeline, dashboard và runbook. Khi phỏng vấn, nhấn mạnh khả năng hiểu ứng dụng từ góc nhìn người vận hành và sẵn sàng tiếp nhận trách nhiệm Production, thay vì cố chứng minh mình vẫn là một Front-end Developer.

Mình đang làm quản trị hệ thống, có nên chuyển sang hướng DevOps không?

Đây là hướng chuyển đổi khá tự nhiên. Hãy chứng minh rằng bạn đã đi từ quản trị máy chủ sang quản lý cấu hình, tự động hóa và vận hành dịch vụ: Kubernetes, Docker, GitLab CI hoặc Argo CD, Ansible, monitoring, quy trình phê duyệt và rollback. Một lab mô phỏng toàn bộ chuỗi phát hành sẽ có giá trị hơn việc chỉ liệt kê nhiều công cụ quản trị.

Vị trí này có phải vị trí coding nhiều không?

Không hoàn toàn. Phần coding chủ yếu là script vận hành bằng Python hoặc JavaScript, playbook Ansible, cấu hình pipeline, kiểm tra sức khỏe và xử lý log. Phần cốt lõi vẫn là vận hành Production, triển khai an toàn, monitoring, quản lý sự cố, phối hợp và tài liệu. Ứng viên cần thể hiện khả năng lập trình đủ tốt để tự động hóa, nhưng không nên định vị mình là một Software Developer thuần túy.

Nếu Kong trả lỗi 502 trong Production, bạn xử lý theo thứ tự nào?

Trước hết xác nhận phạm vi ảnh hưởng và xem lưu lượng, log, metric của Kong. Sau đó kiểm tra service hoặc upstream có tồn tại đúng không, các endpoint có pod đang sẵn sàng nhận request không, port và selector có khớp không, probe có đang thất bại không, resource có bị quá tải không, secret hoặc chứng thư số có hết hạn không. Tôi cũng kiểm tra thay đổi gần nhất và lịch sử cấu hình trong CMDB. Nếu lỗi gắn với bản phát hành mới và nguyên nhân chưa rõ, tôi sẽ đề xuất rollback theo quy trình phê duyệt, sau đó xác nhận SLA và lập báo cáo để ngăn tái diễn.

Với 3–5 năm kinh nghiệm, mức lương kỳ vọng hợp lý là bao nhiêu?

Với kinh nghiệm ở Hồ Chí Minh, một khoảng tham khảo có thể là khoảng 20–30 triệu đồng tổng thu nhập tháng trước thuế, tùy phạm vi trách nhiệm, kinh nghiệm Production và khả năng làm việc theo ca. Đây không phải mức ACB đã công bố; mức lương có thể thay đổi tùy ngân hàng và thời điểm. Khi trao đổi, bạn nên hỏi về ngân sách tổng thu nhập, thưởng, phúc lợi và chế độ bồi thường ca trực trước khi đưa ra con số cụ thể.

Giờ làm, ca trực và KPI của vị trí này như thế nào?

Tin tuyển dụng không cung cấp thông tin này. Vì công việc liên quan trực tiếp đến hệ thống ngân hàng số trong Production, có khả năng xuất hiện yêu cầu trực sự cố hoặc làm thêm trong cao điểm, nhưng không nên tự khẳng định điều này. Bạn cần hỏi rõ lịch trực, tần suất gọi trong đêm, chính sách bù đắp, KPI chính và mức ảnh hưởng khi hệ thống ngân hàng số gián đoạn. KPI vận hành thường liên quan đến SLA, thời gian khôi phục, tỷ lệ triển khai thành công và chất lượng tài liệu, nhưng đây mới là suy luận chứ không phải thông báo chính thức.

Chứng chỉ CKA có bắt buộc không và nên học khi nào?

CKA được ghi là chứng chỉ ưu tiên, không phải điều kiện bắt buộc. Nếu bạn đã dùng Kubernetes ở môi trường thực tế và có kinh nghiệm cài đặt, cấu hình, xử lý lỗi, RBAC, network và khôi phục dữ liệu thì chứng chỉ sẽ tăng độ tin cậy cho hồ sơ. Nếu kinh nghiệm thực tế còn ít, nên dành thời gian xây lab và hiểu sâu trước khi đăng ký thi. Kong Gateway, CI/CD và observability cũng nên được ưu tiên cao vì xuất hiện trực tiếp trong JD.

Sau khi vào vị trí này, làm thế nào để phát triển và thăng tiến?

Trong 12 tháng đầu, hãy ưu tiên trở thành người được tin cậy về vận hành một nhóm hệ thống: hiểu dependency, xử lý sự cố tốt, cập nhật CMDB và viết tài liệu đủ để người khác trực ca. Trong 12–24 tháng tiếp theo, hãy chuyển sang tự động hóa, SLO, capacity planning, thiết kế canary và mentoring. Khi đã có nền tảng đó, các hướng Senior DevOps, SRE, Technical Lead hoặc Service Reliability Lead sẽ là những bước tiến theo chiều sâu, thay vì chỉ đổi chức danh.

IT - Software Application Operation Specialist