ACB tuyển dụng HO - Cloud Platform Engineering Lead lương Thương lượng

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

Mô tả công việc

Cloud Platform Lead is responsible for building and managing the cloud platform. The CPE Lead also drives platform adoption across ACB and supports application migration and modernization to the cloud platform.

The role leads platform engineering, operations, and security capabilities and works with technology and business stakeholders to deliver a secure, reliable, cost-effective, and developer-friendly cloud platform on AWS.

Key Responsibilities

Platform Leadership & Strategy

Act as the single-threaded leader across all CPE functions, including Platform, Operations, and Security.

Lead a technical team responsible for the overall ACB cloud platform architecture and migration to AWS.

Align services offered by Cloud Platform Engineering with the needs of ACB business and application teams.

Build an understanding of enterprise technology adoption and drive cloud platform adoption across ACB.

Educate and influence senior executives on cloud differentiators, including security, reliability, availability, cost, and time to market.

Platform Engineering & Innovation

Foster innovation across cloud technologies, including compute, storage, databases, data analytics, application-level services, networking, and serverless.

Lead the evolution toward a platform engineering model by building internal developer platforms (IDPs), including self-service provisioning, golden paths, and developer portals.

Standardize Infrastructure as Code (IaC), including AWS CDK and Terraform, using modular constructs, governance guardrails, and automated compliance.

Establish container and serverless platform capabilities, including EKS/ECS clusters, service mesh, serverless patterns, and abstraction layers.

Champion AI/ML platform capabilities using Amazon Bedrock, SageMaker, and managed data services to support ACB data-driven initiatives.

Drive adoption of generative AI developer tools, including Amazon Q Developer, to improve engineering productivity.

Operations, Reliability & Cost Governance

Implement FinOps-by-design principles in platform services through a cost-transparent service catalog, resource quotas, and showback integration.

Establish platform reliability engineering practices, including service level objectives (SLOs), platform health dashboards, and capacity planning.

Support the migration and modernization of applications to the cloud platform while balancing reliability, security, cost, and delivery speed.

Qualifications

Education

Bachelor’s degree in Computer Science, Information Technology, Cloud Computing, or a related field.

Master’s degree is an advantage.

Experience

7+ years of experience in architecting and operating solutions on AWS and/or other cloud platforms, building internal developer platforms or platform-as-a-product organizations.

3+ years of leadership or team management experience.

Deep expertise in Infrastructure as Code at scale, including Terraform, CDK, and/or Crossplane.

Experience with container platforms (EKS/ECS), service mesh, and serverless architectures.

Understanding of AI/ML platforms and data engineering on AWS.

Experience with FinOps and cloud financial governance.

Familiarity with developer experience metrics and platform adoption strategies.

Required Certifications

AWS Certified Solutions Architect – Professional.

AWS Certified DevOps Engineer – Professional.

AWS Certified Advanced Networking – Specialty.

Preferred Qualifications

AWS Certified Generative AI Developer – Professional.

AWS Certified Security – Specialty.

Soft Skills

Excellent analytical and problem-solving abilities.

Effective communication and stakeholder management.

Strong decision-making and conflict-resolution skills.

Ability to work under pressure and manage multiple priorities.

Strategic thinking with a strong focus on business outcomes.

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-26",
"description":"Cloud Platform Lead is responsible for building and managing the cloud platform. The CPE Lead also drives platform adoption across ACB and supports application migration and modernization to the cloud platform.

Key Responsibilities

Platform Leadership & Strategy

Act as the single-threaded leader across all CPE functions, including Platform, Operations, and Security.

Lead a technical team responsible for the overall ACB cloud platform architecture and migration to AWS.

Align services offered by Cloud Platform Engineering with the needs of ACB business and application teams.

Build an understanding of enterprise technology adoption and drive cloud platform adoption across ACB.

Educate and influence senior executives on cloud differentiators, including security, reliability, availability, cost, and time to market.

Platform Engineering & Innovation

Foster innovation across cloud technologies, including compute, storage, databases, data analytics, application-level services, networking, and serverless.

Lead the evolution toward a platform engineering model by building internal developer platforms (IDPs), including self-service provisioning, golden paths, and developer portals.

Standardize Infrastructure as Code (IaC), including AWS CDK and Terraform, using modular constructs, governance guardrails, and automated compliance.

Establish container and serverless platform capabilities, including EKS/ECS clusters, service mesh, serverless patterns, and abstraction layers.

Champion AI/ML platform capabilities using Amazon Bedrock, SageMaker, and managed data services to support ACB data-driven initiatives.

Drive adoption of generative AI developer tools, including Amazon Q Developer, to improve engineering productivity.

Operations, Reliability & Cost Governance

Implement FinOps-by-design principles in platform services through a cost-transparent service catalog, resource quotas, and showback integration.

Establish platform reliability engineering practices, including service level objectives (SLOs), platform health dashboards, and capacity planning.

Support the migration and modernization of applications to the cloud platform while balancing reliability, security, cost, and delivery speed.

Qualifications

Education

Bachelor’s degree in Computer Science, Information Technology, Cloud Computing, or a related field.

Master’s degree is an advantage.

Experience

7+ years of experience in architecting and operating solutions on AWS and/or other cloud platforms, building internal developer platforms or platform-as-a-product organizations.

3+ years of leadership or team management experience.

Deep expertise in Infrastructure as Code at scale, including Terraform, CDK, and/or Crossplane.

Experience with container platforms (EKS/ECS), service mesh, and serverless architectures.

Understanding of AI/ML platforms and data engineering on AWS.

Experience with FinOps and cloud financial governance.

Familiarity with developer experience metrics and platform adoption strategies.

Required Certifications

AWS Certified Solutions Architect – Professional.

AWS Certified DevOps Engineer – Professional.

AWS Certified Advanced Networking – Specialty.

Preferred Qualifications

AWS Certified Generative AI Developer – Professional.

AWS Certified Security – Specialty.

Soft Skills

Excellent analytical and problem-solving abilities.

Effective communication and stakeholder management.

Strong decision-making and conflict-resolution skills.

Ability to work under pressure and manage multiple priorities.

Strategic thinking with a strong focus on business outcomes.

",
"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": "HO - Cloud Platform Engineering Lead",
"value": "56175"
},
"title": "HO - Cloud Platform Engineering Lead",
"validThrough":"2026-12-31"
}

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

1. Bản chất của vị trí

Đây là vị trí lãnh đạo kỹ thuật cấp cao về nền tảng đám mây, không chỉ là vị trí quản trị hạ tầng hay vận hành AWS. Ứng viên sẽ là lãnh đạo một chuỗi năng lực gồm Platform Engineering, Operations và Security, đồng thời thúc đẩy các ứng dụng của ACB chuyển đổi và hiện đại hóa trên AWS.

Các yêu cầu nổi bật gồm:

7 năm trở lý kinh nghiệm thiết kế và vận hành giải pháp trên AWS hoặc nền tảng đám mây khác.
3 năm trở lý kinh nghiệm lãnh đạo hoặc quản lý nhóm.
Kinh nghiệm xây dựng Internal Developer Platform – IDP, nền tảng nội bộ hoặc tổ chức theo mô hình Platform as a Product.
Thành thạo Infrastructure as Code ở quy mô lớn với Terraform, AWS CDK hoặc Crossplane.
Năng lực ảnh hưởng đến lãnh đạo cấp cao và các nhóm kinh doanh, ứng dụng.
Khả năng cân bằng đồng thời bốn mục tiêu: bảo mật, độ tin cậy, chi phí và tốc độ đưa sản phẩm ra thị trường.

Điểm khác biệt quan trọng là ứng viên phải chứng minh được khả năng chuyển từ vận hành hạ tầng sang xây dựng nền tảng và sản phẩm nội bộ cho nhà phát triển. Nền tảng tốt không chỉ phải ổn định mà còn phải giúp đội nghiệp ứng dụng đưa ra tính năng nhanh hơn, tuân thủ chuẩn hơn và kiểm soát chi phí dễ hơn.

2. Phân tích kỹ năng chuyên môn

Nhóm kỹ năng	Yêu cầu trọng tâm	Mức độ chứng minh nên có
Kiến trúc AWS	Landing zone, multi-account, VPC, mạng nội bộ, IAM, mã hóa, dự phòng, phục hồi thảm họa, tích hợp dữ liệu	Thiết kế và vận hành kiến trúc doanh nghiệp ở quy mô nhiều tài khoản, nhiều môi trường và nhiều đội phát triển
Infrastructure as Code	Terraform, AWS CDK, Crossplane, module hóa, policy-as-code, kiểm thử hạ tầng, phát hiện trạng thái lệch	Xây dựng và duy trì các thư viện hạ tầng dùng chung cho nhiều đội, có kiểm thử, quản trị phiên bản và cơ chế tuân thủ tự động
Platform Engineering	Self-service provisioning, golden paths, developer portal, API nội bộ, template triển khai, paved road	Có portfolio hoặc dự án thực tế cho thấy giảm thời gian triển khai và giảm lỗi cấu hình
Container và Serverless	Amazon EKS, ECS, service mesh, mẫu serverless, lớp trừu tượng cho nhà phát triển	Biết thiết kế workload container cho ngân hàng, xử lý workload phù hợp với serverless và xây dựng lớp trừu tượng đúng mức
Reliability và SRE	SLO, SLI, error budget, health dashboard, capacity planning, incident management	Quản lý dịch vụ có cam kết độ tin cậy, cải thiện MTTR, giảm sự cố tái diễn và chủ động dự báo capacity
Observability	CloudWatch, OpenTelemetry, Prometheus, Grafana, log và trace phân tán	Xây dựng hệ thống quan sát end-to-end, gắn sự kiện với mục tiêu kinh doanh và cảnh báo dựa trên lỗi quan trọng
Cloud Security	IAM least privilege, Organizations, KMS, Secrets Manager, network segmentation, audit, guardrail	Thiết kế landing zone an toàn, kiểm soát truy cập theo định nghĩa, phát hiện lệch chuẩn và bảo vệ dữ liệu nhạy cảm
FinOps	Tagging, quota, cost allocation, showback, chargeback, unit economics	Chứng minh đã giảm chi phí đơn vị workload, tăng tính minh bạch chi phí và đưa ra quyết định dựa trên trade-off vận hành
Cloud Migration	Lập kế hoạch, phân khúc ứng dụng, refactor, strangler pattern, modernizing	Có kinh nghiệm migrate ứng dụng thực tế, hiểu rủi ro dữ liệu, downtime, rollback và vận hành song song
AI/ML Platform	Amazon Bedrock, SageMaker, dịch vụ dữ liệu quản lý, Amazon Q Developer	Biết xây nền tảng AI có kiểm soát dữ liệu, kiểm duyệt, đo chi phí và hỗ trợ nhà phát triển sử dụng AI an toàn
Lãnh đạo con người	Tuyển dụng, coaching, phân công, đánh giá, xử lý xung đột, xây dựng năng lực đội	Có kinh nghiệm trực tiếp lãnh đạo ít nhất 3 năm và từng chịu trách nhiệm về kết quả của cả đội
Quản trị sản phẩm	Xác định nhu cầu, ưu tiên backlog, roadmap, adoption, đo lỗi giá trị	Biến yêu cầu của nhiều bên thành sản phẩm nền tảng có SLA, tài liệu và chỉ số sử dụng rõ ràng

Những điểm cần đặc biệt chứng minh

1. Quy mô và độ phức tạp: có quản lý bao nhiêu tài khoản AWS, workload, ứng dụng, môi trường, nhóm sử dụng và ngân sách hạ tầng hay không.
2. Khả năng lãnh đạo một mạch lệnh duy nhất: làm sao hợp nhất nhiều nhóm Platform, Operations, Security mà không tạo nhiều đường báo cáo hoặc xung đột quyền quyết định.
3. Adoption thay vì chỉ cung cấp hạ tầng: làm sao đội ứng dụng thực sự chuyển sang dùng nền tảng và golden path.
4. Quyết định dựa trên trade-off: tại sao chọn AWS CDK thay vì Terraform, chọn EKS thay vì ECS, hoặc chọn chiến lược multi-account.
5. Kết quả đo lường: tốc độ triển khai, tần suất triển khai, thời gian phục hồi sự cố, chi phí trên mỗi giao dịch, tỷ lệ ứng dụng migrate, mức tuân thủ guardrail.

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

Truyền thông điều hành: giải thích khái niệm cloud theo ngôn ngữ kinh doanh, không chỉ thuật ngữ kỹ thuật.
Ảnh hưởng không có quyền lực trực tiếp: thuyết phục lãnh đạo cấp cao, các giám đốc nghiệp vụ và đội phát triển ứng dụng.
Quản lý xung đột: xử lý bất đồng giữa an toàn, tốc độ triển khai và chi phí mà không đánh mất sự hợp tác.
Coaching và phát triển năng lực: xây dựng đội có chuyên môn AWS, phát triển kỹ sư cấp cao và chuẩn bị kế nhiệm.
Tư duy sản phẩm: hiểu nhu cầu người dùng nội bộ, thiết kế trải nghiệm self-service đơn giản và đo mức hài lòng.
Ra quyết định dưới áp lực: ưu tiên rõ ràng trong sự cố, migration deadline hoặc khi ngân sách bị vượt.
Giao tiếp kinh doanh: liên kết đầu tư cloud với giảm chi phí, tăng khả dụng hoặc rút ngắn thời gian ra thị trường.

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

Phần thông tin tuyển dụng được cung cấp không yêu cầu chứng chỉ, vì vậy chứng chỉ chỉ là bằng chứng hỗ trợ, không thay thế kinh nghiệm và kết quả thực tế.

Chứng chỉ	Khi nào nên học	Giá trị đối với vị trí
AWS Certified Solutions Architect – Professional	Ứng viên có kinh nghiệm thiết kế kiến trúc doanh nghiệp	Chứng minh kiến thức về khả năng, an toàn, vận hành, chi phí và hiệu quả trên AWS
AWS Certified DevOps Engineer – Professional	Ứng viên mạnh về tự động hóa, IaC, CI/CD và vận hành	Phù hợp với trục Platform Engineering và Operations
Certified Kubernetes Administrator – CKA	Ứng viên định trực tiếp quản lý EKS hoặc thành lập nền tảng Kubernetes	Thể hiện khả năng vận hành cụm, troubleshooting, RBAC, networking và security
HashiCorp Terraform Associate	IaC là điểm yếu hoặc cần xây dựng portfolio Terraform	Củng cố workflow, state, module, provider và cấu hình hạ tầng bằng mã
Certified FinOps Practitioner	Muốn chứng minh năng lực quản trị chi phí	Phù hợp với yêu cầu FinOps-by-design và cost governance
AWS Security Specialty	Vai trò có thành phần security nhiều	Hữu ích nhưng không bắt buộc nếu kinh nghiệm bảo mật đã rõ

5. Ma trận khoảng cách năng lực

Hồ sơ ứng viên	Điểm mạnh	Khoảng cách cần khép lại
Kỹ sư DevOps/SRE có 7 năm kinh nghiệm nhưng chưa quản lý	Vận hành, tự động hóa, AWS, IaC	Bằng chứng lãnh đạo, coaching, stakeholder management và quyết định ở cấp cao
Cloud Architect có năng lực kỹ thuật tốt	Kiến trúc, multi-account, security	Product thinking, adoption, IDP, FinOps và khả năng quản lý đội
Trưởng nhóm có kinh nghiệm quản lý	Quản trị con người, vận hành, giao tiếp	IaC ở quy mô lớn, EKS, cross-platform, SLO và modern cloud operating model
Backend engineer muốn chuyển sang Cloud Platform	Hiểu ứng dụng, CI/CD, coding	IaC, vận hành hạ tầng, security, FinOps và lãnh đạo; cần tích lũy thêm kinh nghiệm thực chiến
Ứng viên mới ra trường	Nền tảng công nghệ, khả năng học	Chưa đáp ứng tối thiểu 7 năm và 3 năm lãnh đạo; phù hợp hơn với vị trí junior hoặc cơ hội nội bộ

6. Portfolio nên chuẩn bị

Ứng viên mạnh nên có từ hai đến ba ví dụ có thể trình bày trong phỏng vấn:

1. Kiến trúc landing zone AWS multi-account với mô hình tài khoản, quản lý danh tính, mạng, logging, guardrail và cơ chế phân phối tài nguyên.
2. Một golden path trên EKS bằng Terraform hoặc CDK: pipeline CI/CD, quét an toàn, triển khai môi trường, cấu hình observability và rollback.
3. Bảng FinOps: chi phí theo workload, quota, showback, cơ chế tagging và một tình huống giảm chi phí có số liệu.
4. Kế hoạch migration ứng dụng: wave, chiến lược strangler, rollback, kiểm thử dữ liệu và cam kết SLO.
5. Bản tóm tắt một trang cho lãnh đạo: vấn đề, lựa chọn, trade-off, chi phí, rủi ro, chỉ số thành công và nhu cầu nguồn lực.

7. Checklist tự đánh giá trước khi ứng tuyển

Cứu mỗi câu hỏi sau bằng ví dụ có số liệu:

Tôi đã dẫn dắt bao nhiêu người và trong bao lâu?
Nền tảng tôi quản lý phục vụ bao nhiêu ứng dụng hoặc nhóm phát triển?
Tôi đã cải thiện tốc độ triển khai, độ tin cậy hoặc chi phí ra sao?
Một quyết định kiến trúc nào của tôi đã bị phản đối và tôi xử lý thế nào?
Tôi đã trực tiếp xử lý sự cố nghiêm trọng, chi phí vượt mức hoặc migration thất bại ra sao?
Tôi đo adoption của nền tảng bằng chỉ số nào ngoài số lượng tài nguyên được tạo?
Tôi đã làm việc với bộ phận tuân thủ, rủi ro hoặc kiểm toán như thế nào?
Tôi có thể chứng minh ảnh hưởng đến quyết định của lãnh đạo cấp cao bằng ví dụ cụ thể nào?

Chuẩn bị phỏng vấn

1. Quy trình phỏng vấn có thể xuất hiện

Tin tuyển dụng không công bố quy trình chính thức. Với vị trí lãnh đạo nền tảng cloud cấp cao, ứng viên nên chuẩn bị cho các vòng sau và xác nhận lại với nhà tuyển dụng:

Vòng	Hình thức thường gặp	Trọng tâm cần chứng minh
Sàng lọc với nhà tuyển dụng	20–30 phút, trao đổi qua điện thoại hoặc trực tuyến	Lý do ứng tuyển, mức độ phù hợp, lịch sử lãnh đạo, mức lương kỳ vọng, thời gian có thể nhận việc
Phỏng vấn chuyên môn sâu	60–90 phút	Kiến trúc AWS, IaC, EKS, security, reliability, FinOps và migration
Bài toán thiết kế kiến trúc	60–120 phút, có thể có phần trình bày whiteboard	Khả năng cân bằng bảo mật, chi phí, độ tin cậy và tốc độ triển khai
Phỏng vấn lãnh đạo và hành vi	45–60 phút	Xây dựng đội, xử lý xung đột, coaching, ảnh hưởng lãnh đạo cấp cao, ứng xử sự cố
Phỏng vấn với lãnh đạo nghiệp vụ hoặc công nghệ	30–60 phút	Khả năng gắn chiến lược cloud với nhu cầu ngân hàng, rủi ro và kết quả kinh doanh
Thỏa thuận cuối cùng	Trao đổi điều khoản	Phạm vi vai trò, mức lương, quyền quyết định, cơ hội phát triển và kỳ vọng đánh giá

Một số nhà tuyển dụng có thể yêu cầu bài tập tình huống, take-home exercise hoặc phần thi trực tiếp về Terraform, CDK và thiết kế hạ tầng. Ứng viên cần hỏi rõ để tránh chuẩn bị sai hình thức.

2. Câu hỏi thường gặp ở vòng chuyên môn

Kiến trúc AWS và nền tảng

Bạn sẽ thiết kế AWS landing zone cho một ngân hàng như thế nào? Tại sao chọn multi-account?
Bạn phân tách tài khoản theo workload, môi trường, đội hay mức độ nhạy cảm dữ liệu?
Làm sao ngăn workload ở môi trường thử nghiệm tiếp cận dữ liệu thật?
Bạn chọn AWS CDK, Terraform hay Crossplane trong trường hợp nào?
Làm sao kiểm soát chi phí khi nhóm phát triển có thể tự tạo tài nguyên?
Thiết kế zero-trust, network segmentation và egress control ra sao?
Khi nào nên dùng EKS, ECS, Lambda hoặc dịch vụ quản lý?
Bạn xử lý multi-region và disaster recovery như thế nào?

Platform Engineering và IaC

Một internal developer platform tốt khác một nhóm DevOps thông thường ở điểm nào?
Bạn thiết kế self-service provisioning và developer portal ra sao?
Golden path nên được xây dựng và cập nhật thế nào để không trở thành rào cản?
Làm sao chuẩn hóa module hạ tầng nhưng vẫn cho phép đội ứng dụng linh hoạt?
Bạn kiểm thử Terraform hoặc CDK như thế nào?
Làm sao phát hiện cấu hình lệch so với mã nguồn và hạn chế việc thay đổi trực tiếp?
Bạn xử lý yêu cầu miễn nhiễm đối với các module thuộc đội khác như thế nào?
Làm sao đo adoption của golden path và chứng minh nó tạo giá trị?

Operations, Reliability và FinOps

Bạn xác định SLO cho một nền tảng dùng chung như thế nào khi nhiều đội có nhu cầu khác nhau?
Error budget được dùng để đưa ra quyết định release như thế nào?
Bạn xây dựng capacity planning cho EKS, database và traffic đột biến ra sao?
Khi chi phí AWS tăng 30% trong một tháng, bạn điều tra theo trình tự nào?
Showback và chargeback khác nhau thế nào? Mô hình nào phù hợp với ngân hàng?
Bạn làm gì khi một ứng dụng quan trọng không tuân thủ guardrail về network hoặc encryption?

Migration và hiện đại hóa

Bạn phân khúc ứng dụng để migrate như thế nào? Tiêu chí là gì?
Khi nào nên refactor, khi nào nên lift-and-shift và khi nào nên loại bỏ ứng dụng?
Bạn xử lý rollback, downtime và tính toàn vẹn dữ liệu ra sao?
Làm sao thuyết phục đội nghiệp vụ không muốn thay đổi trong khi vẫn đáp ứng deadline migration?

AI/ML Platform

Bạn xây dựng nền tảng cho Amazon Bedrock và SageMaker như thế nào để dữ liệu nhạy cảm không bị sử dụng sai mục đích?
Làm sao kiểm soát model, prompt, quyền truy cập, chi phí và khả năng audit khi nhà phát triển sử dụng AI?
Amazon Q Developer mang lại lợi ích gì và ứng viên sẽ đo hiệu quả ra sao?

3. Câu hỏi tình huống và lãnh đạo

Ứng viên nên chuẩn bị câu trả lời theo cấu trúc STAR-L: Situation, Task, Action, Result, Learning.

Bạn đã làm thế nào khi đội ứng dụng không chịu chuyển workload lên nền tảng mới?
Khi nào đạt SLO quan trọng hơn thời gian ra thị trường, bạn đã xử lý ra sao?
Hãy kể một lần bạn phải thuyết phục lãnh đạo cấp cao về một khoản đầu tư cloud.
Bạn xử lý nhân viên hiệu quả nhưng không phù hợp với văn hóa đội ra sao?
Khi hai bộ phận Platform và Security không thống nhất thiết kế, bạn làm gì?
Bạn đã dẫn dắt ứng dụng xử lý sự cố nghiêm trọng ra sao?
Làm thế nào để thuyết phục đội ứng dụng chấp nhận chi phí cloud cao hơn khi tạo giá trị kinh doanh?
Bạn đã đánh giá hoặc loại bỏ một nhân sự như thế nào?
Bạn đã xây dựng roadmap nền tảng mà không biến đội thành phòng ban xin cấp phép ra sao?

4. Bài toán kiến trúc nên luyện

Một bài luyện phù hợp là:

> ACB có khoảng 200 ứng dụng, 30 nhóm sản phẩm và nhiều hệ thống trên cơ sở dữ liệu truyền thống. Ban lãnh đạo muốn chuyển 30% workload sang AWS trong 12 tháng, yêu cầu độ tin cậy cao, không mất dữ liệu và phải kiểm soát chi phí. Hãy đề xuất landing zone, mô hình tài khoản, nền tảng cung cấp, quy trình IaC, chiến lược migration, observability, FinOps và cách tổ chức đội.

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

1. Làm rõ yêu cầu, ràng buộc, đối tượng sử dụng và tiêu chí thành công.
2. Chia workload thành wave dựa trên rủi ro, phụ thuộc, độ phức tạp và khả năng thu hồi.
3. Đề xuất kiến trúc nhiều lớp: tài khoản quản trị, tài khoản workload, tài khoản dữ liệu, tài khoản sandbox và tài khoản dùng chung.
4. Thiết kế identity, network, encryption, logging, CI/CD, IaC và policy guardrail.
5. Xác định SLO, dashboard, quy trình incident, quy trình change và rollback.
6. Đưa ra cơ chế FinOps, cost visibility, quota và quyết định tối ưu theo unit economics.
7. Nêu rủi ro, giả định, các quyết định cần lãnh đạo phê duyệt và chỉ số đo kết quả.

Không cần phương án hoàn hảo; điểm quan trọng là giải thích rõ trade-off và cách kiểm chứng quyết định.

5. Mẫu giới thiệu bản thân khoảng 90 giây

Ứng viên điều chỉnh theo hồ sơ thực tế:

> Tôi có [X] năm kinh nghiệm trong kiến trúc AWS, vận hành nền tảng và phát triển hạ tầng bằng [Terraform/CDK]. Trong giai đoạn gần nhất, tôi dẫn dắt [số người], quản lý nền tảng phục vụ [số hệ thống hoặc nhóm], đồng thời đóng vai trò lãnh đạo trong các mảng Platform, Operations và Security. Tôi đã thúc đẩy [một kết quả cụ thể về adoption, độ tin cậy hoặc chi phí]. Điểm tôi muốn đóng góp cho ACB là khả năng biến nền tảng cloud thành sản phẩm nội bộ dễ sử dụng, có guardrail rõ, chi phí minh bạch và tốc độ đưa ứng dụng ra thị trường nhanh hơn.

6. Chuẩn bị và hình thức

Tài liệu cần mang theo

Sơ đồ kiến trúc cá nhân hóa cho vị trí.
Danh sách 3–5 dự án nổi bật kèm vai trò và kết quả.
Bản tóm tắt chỉ số nền tảng: adoption, SLO, chi phí, tốc độ triển khai.
Một sơ đồ quy trình ứng dụng từ đề xuất đến vận hành trên nền tảng.
Danh sách chứng chỉ, khoá học và kết quả đã đạt.
Câu hỏi cần hỏi về vai trò và môi trường làm việc.

Trang phục

Hình thức an toàn nhất là business formal điều chỉnh: vest, áo sơ mi, quần tây và giày công nghiệp; nữ có thể chọn bộ vest hoặc lưu niệm phù hợp với chuẩn doanh nghiệp.
Nếu nhà tuyển dụng xác nhận ngày phỏng vấn theo hình thức công nghệ, smart casual gọn gàng là phù hợp.
Ưu tiên màu trung tính, trang phục không có logo lớn, thiết bị đã sạc đầy và camera ổn định.

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

Quy mô, cơ cấu và phạm vi trách nhiệm của ba nhóm Platform, Operations, Security là gì?
Vị trí này báo cáo cho ai và có quyền quyết định nào trong kiến trúc, ngân sách và tiêu chuẩn nền tảng?
Tỷ lệ workload đã chuyển lên AWS và mục tiêu adoption trong 12 tháng tới là bao nhiêu?
Đội có chịu trách nhiệm trực tuyến ngoài giờ làm việc không? Cơ chế on-call và hỗ trợ sự cố được thiết kế ra sao?
KPI chính của vai trò là độ tin cậy, adoption, chi phí, tốc độ migration hay kết hợp của các yếu tố này?
Ngân sách cloud và cơ chế phê duyệt chi phí hiện được quản lý như thế nào?
Có cơ hội tham gia quyết định chiến lược dữ liệu hoặc AI/ML platform không?
Quy trình đánh giá, mục tiêu và cơ hội thăng tiến của vị trí là gì?

Lộ trình ôn thi

1. Mục tiêu ôn tập

Sau lộ trình 10–14 ngày, ứng viên cần có ba kết quả rõ ràng:

1. Hiểu vị trí như một sản phẩm nội bộ: nền tảng cho nhà phát triển, không chỉ là nhóm vận hành AWS.
2. Trả lời được bài toán kiến trúc và vận hành: landing zone, EKS, IaC, SLO, security, FinOps, migration.
3. Chứng minh năng lực lãnh đạo: ảnh hưởng, coaching, ra quyết định, xử lý xung đột và kết quả đo lường.

2. Lộ trình 14 ngày

Ngày 1: Hiểu vị trí và xây khung kiến thức

Đọc lại toàn bộ JD, vẽ sơ đồ ba nhóm năng lực: Platform, Operations, Security.
Ôn cloud computing, compute, storage, database, networking, IAM, region và availability zone.
Viết một trang về cách nền tảng cloud phục vụ ngân hàng.
Chuẩn bị câu trả lời 90 giây và ba kết quả nổi bật.

Ngày 2: AWS landing zone và kiến trúc doanh nghiệp

Ôn AWS Organizations, Control Tower hoặc Landing Zone Accelerator.
Multi-account strategy: tài khoản quản trị, workload, network, security, logging, data và sandbox.
VPC, subnets, routing, NAT, Transit Gateway, PrivateLink, egress và DNS.
IAM, roles, permission boundary, SCP, KMS, Secrets Manager.
Bài tập: vẽ landing zone tối thiểu cho ngân hàng và giải thích mô hình isolation.

Ngày 3: Infrastructure as Code ở quy mô lớn

Terraform: state, backend, module, provider, workspace và quản lý secret.
AWS CDK: construct, stack, context, testing và cross-account deployment.
Crossplane: composite resource, provider và cách quản lý cloud resource từ Kubernetes.
Policy-as-code, drift detection, pull request validation, plan và rollback.
Bài tập: xây một module tạo EKS hoặc workload service có tagging, quota, logging và policy mặc định.

Ngày 4: Container và serverless

EKS: control plane, node group, managed node, Fargate, autoscaling, IRSA và workload identity.
ECS: task, service, capacity provider và scaling.
Service mesh: mục đích, sidecar, traffic policy và mức độ phức tạp vận hành.
Lambda, API Gateway, container image và workload tương tác.
Bài tập: chọn EKS, ECS hoặc Lambda cho ba workload khác nhau và nêu trade-off.

Ngày 5: Platform Engineering và IDP

Phân biệt DevOps team, platform team và Platform as a Product.
Self-service provisioning, developer portal, API, template, catalog và feedback loop.
Golden path, paved road và customization an toàn.
Xác định persona người dùng: backend developer, data engineer, mobile developer và DevOps engineer.
Bài tập: thiết kế một cổng triển khai ứng dụng lên EKS với đầy đủ bước và trạng thái.

Ngày 6: Reliability, Observability và Incident Management

SLI, SLO, error budget và service level indicator cho nền tảng.
CloudWatch, OpenTelemetry, Prometheus, Grafana, log correlation và distributed tracing.
Thiết kế incident severity, runbook, escalation, postmortem và chu trình cải tiến.
Capacity planning, dependency mapping, chaos testing và disaster recovery.
Bài tập: đề xuất SLO và cảnh báo cho một dịch vụ nội bộ, tránh cảnh báo quá mức.

Ngày 7: Security và FinOps

Zero-trust, least privilege, network segmentation, encryption và secrets management.
Guardrail, preventive control, detective control và automated compliance.
Threat modeling cơ bản cho pipeline và runtime.
FinOps framework: tagging, allocation, unit economics, anomaly detection, quota và showback.
Bài tập: thiết kế bảng chi phí và cơ chế showback cho năm đội sử dụng nền tảng.

Ngày 8: Migration và Modernization

Sáu hoặc bảy R của migration: reassess, retire, rehost, replatform, refactor, repurchase và relocate/retain.
Phân khúc ứng dụng theo rủi ro, phụ thuộc, dữ liệu và business criticality.
Strangler pattern, rollback, data validation và parallel run.
Bài tập: lập kế hoạch ba wave migration cho danh mục ứng dụng giả lập.

Ngày 9: AI/ML Platform và Generative AI

Phân biệt workload AI/ML với workload ứng dụng thông thường.
Amazon Bedrock: model access, RAG, guardrail, data boundary và audit.
SageMaker: training, hosting, pipeline, model registry và MLOps.
Amazon Q Developer: use case, năng suất lập trình, đo lường và quản trị dữ liệu.
Bài tập: đề xuất nền tảng AI nội bộ có kiểm soát chi phí và không phát tán dữ liệu nhạy cảm.

Ngày 10: Lãnh đạo và ảnh hưởng cấp cao

Chuyển đổi từ quản lý kỹ thuật sang quản lý sản phẩm và kết quả.
Xây dựng operating model, RACI, decision rights và cơ chế tranh luận kỹ thuật.
Coaching, delegation, hiring, đánh giá năng lực và quản lý hiệu suất.
Chuẩn bị năm câu chuyện theo STAR-L.
Bài tập: viết một trang chiến lược cloud để trình bày lãnh đạo cấp cao.

Ngày 11: Luyện bài toán kiến trúc

Làm bài toán ngân hàng trong 75 phút.
Trình bày lại trong 15 phút với cấu trúc: yêu cầu, lựa chọn, trade-off, rủi ro, chỉ số.
Cố ý thêm ít nhất ba ràng buộc: chi phí, thời gian, regulatory hoặc skill shortage.

Ngày 12: Luyện phỏng vấn chuyên môn

Trả lời 20 câu AWS, IaC, EKS, SRE, Security và FinOps.
Mỗi câu kết thúc bằng trade-off và một phương pháp đo lường.
Luyện giải thích Terraform và CDK ở mức có thể thảo luận về lựa chọn công cụ, không chỉ cú pháp.

Ngày 13: Luyện phỏng vấn lãnh đạo

Luyện năm tình huống khó: migration resistance, sự cố, chi phí tăng, xung đột Security và nhân sự không đạt kỳ vọng.
Trả lời câu hỏi suy luận: điều gì khó nhất, bạn đã thay đổi quyết định nào, bạn học được gì?
Thực hành trả lời ngắn, rõ, có số liệu.

Ngày 14: Tổng hợp và chuẩn bị tài liệu

Rà soát JD theo checklist kỹ năng.
Hoàn thiện portfolio và bản tóm tắt một trang.
Chuẩn bị câu hỏi cho nhà tuyển dụng.
Kiểm tra thao tác màn hình, micro, camera, kết nối mạng và bản sao tài liệu dự phòng.

3. Lộ trình rút gọn 7 ngày

Ngày 1: JD, AWS foundation và landing zone.
Ngày 2: Terraform, CDK, policy-as-code và portfolio mini.
Ngày 3: EKS, serverless, network và security.
Ngày 4: Platform Engineering, IDP, SLO và FinOps.
Ngày 5: Migration và bài toán kiến trúc.
Ngày 6: Lãnh đạo, câu chuyện hành vi và mock interview.
Ngày 7: Tổng hợp, sửa điểm yếu và chuẩn bị tài liệu.

Nếu chỉ có một tuần, nên ưu tiên landing zone, Terraform/CDK, EKS, SLO, FinOps, lãnh đạo và bài toán kiến trúc thay vì học lan man nhiều dịch vụ AWS.

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

AWS Well-Architected Framework và AWS Architecture Center.
Tài liệu chính thức của AWS CDK, Terraform Registry và Crossplane.
AWS EKS Best Practices và tài liệu Amazon ECS.
AWS Well-Architected Framework về Reliability, Security, Cost Optimization và Performance Efficiency.
Google SRE Workbook, tài liệu DORA và các bài viết về error budget.
FinOps Framework của FinOps Foundation.
Tài liệu Amazon Bedrock, SageMaker và Amazon Q Developer.
NIST Cybersecurity Framework, ISO 27001 và PCI DSS ở mức hiểu nguyên tắc kiểm soát áp dụng cho môi trường ngân hàng.

5. Bài tập đầu ra cần hoàn thành

1. Một kiến trúc landing zone AWS multi-account.
2. Một Terraform hoặc CDK repository có cấu trúc module, test và policy guardrail.
3. Một thiết kế EKS golden path cho ứng dụng microservice.
4. Một dashboard SLO và quy trình cảnh báo.
5. Một bảng FinOps và cơ chế showback.
6. Một kế hoạch migration theo ba wave.
7. Một bài trình bày một trang cho lãnh đạo cấp cao.
8. Năm câu chuyện lãnh đạo theo STAR-L.
9. Một bảng tự đánh giá điểm mạnh, điểm yếu và ba năng lực cần cải thiện trong 90 ngày tới.

Tư vấn nghề nghiệp

1. Vị trí này định vị ở đâu trong sự nghiệp?

Đây là vị trí Cloud Platform Engineering Lead ở cấp quản lý kỹ thuật cao. Ứng viên phù hợp thường có nền tảng AWS, DevOps/SRE hoặc kiến trúc cloud trước đó, sau đó chuyển sang trách nhiệm lãnh đạo và xây dựng nền tảng ở quy mô doanh nghiệp.

Lộ trình tiềm năng có thể là:

Cloud/Senior Platform Engineer → Cloud Platform Lead → Head of Cloud Platform hoặc Principal Cloud Architect → Head of Infrastructure/Cloud Engineering → Cloud Transformation Leader hoặc CTO/Technology Leadership.

Với lộ trình hình kỹ thuật, ứng viên có thể chuyển sang Principal Cloud Architect, Distinguished Engineer, Head of Platform Engineering hoặc Cloud Center of Excellence Lead. Với lộ trình quản lý, hướng đi có thể là Engineering Manager, Head of Infrastructure, Head of Cloud Operations hoặc Chief Technology Officer.

2. Kế hoạch phát triển 12–24 tháng

Giai đoạn 0–6 tháng

Làm rõ quyền quyết định, cơ chế phê duyệt kiến trúc và KPI chính.
Xây dựng bản đồ năng lực của đội: AWS, IaC, EKS, Security, SRE, FinOps và leadership.
Chuẩn hóa định nghĩa platform service, catalog, SLA, SLO và quy trình adoption.
Tạo visibility về chi phí, workload và mức sử dụng nền tảng.
Thiết lập cơ chế feedback từ đội ứng dụng.

Giai đoạn 6–12 tháng

Đưa một số golden path vào vận hành và đo tốc độ triển khai, tỷ lệ lỗi và mức adoption.
Xây dựng cơ chế FinOps-by-design và cost showback.
Chuẩn hóa automated compliance, guardrail và trạng thái bằng chứng phục vụ kiểm toán.
Tạo chương trình coaching và lộ trình phát triển kỹ sư.

Giai đoạn 12–24 tháng

Mở rộng adoption sang nhiều nhóm nghiệp vụ và chuẩn hóa mô hình phân phối.
Xây dựng năng lực AI/ML platform có kiểm soát.
Đóng vai trò đối tác chiến lược với lãnh đạo công nghệ trong các quyết định cloud transformation.
Phát triển thêm một nhóm lãnh đạo có thể nhận trách nhiệm nền tảng hoặc miền riêng.

3. KPI có khả năng được sử dụng để đánh giá

Tin tuyển dụng không công bố KPI chính thức, nhưng từ trách nhiệm của vị trí, các nhóm chỉ số hợp lý có thể gồm:

Adoption: tỷ lệ ứng dụng, workload và nhóm phát triển sử dụng nền tảng.
Migration: số workload được chuyển đổi, tiến độ wave và tỷ lệ modernize so với lift-and-shift.
Developer productivity: thời gian triển khai, tần suất triển khai, thời gian cấp phát tài nguyên và tỷ lệ lỗi cấu hình.
Reliability: SLO, thời gian khôi phục sự cố, số sự cố tái diễn và thời gian phục hồi thảm họa.
Security: tỷ lệ workload tuân thủ guardrail, số phát hiện hạn chế và tình trạng xử lý rủi ro.
FinOps: chi phí trên mỗi workload hoặc giao dịch, tỷ lệ chi phí được phân bổ, mức tiết kiệm và độ minh bạch.
Năng lực đội: tốc độ tuyển dụng, mức độ giữ chuyên gia, năng lực kế nhiệm và chất lượng coaching.

Ứng viên nên hỏi rõ: KPI nào mang tính định lượng, KPI nào mang tính định tính, kết quả nào thuộc trách nhiệm trực tiếp của vị trí và KPI nào phụ thuộc vào đội ứng dụng.

4. Khoảng lương kỳ vọng

Thông tin chính thức trong tin tuyển dụng chỉ ghi thương lượng. Dưới đây là khoảng ước tính tham khảo dựa trên kinh nghiệm và quy mô trách nhiệm, không phải số liệu ACB công bố:

Định hướng cấp bậc	Kinh nghiệm phù hợp	Khoảng tổng thu nhập thuế trước tháng ước tính
Senior Cloud Engineer, Cloud Architect hoặc Tech Lead nâng cao	7–9 năm, ít kinh nghiệm quản lý trực tiếp	Khoảng 65–90 triệu đồng
Platform Engineering Lead hoặc Engineering Manager	9–12 năm, đã dẫn dắt đội và sản phẩm nền tảng	Khoảng 85–115 triệu đồng
Head of Platform, Principal Architect hoặc leader cấp cao	Trên 12 năm, phạm vi doanh nghiệp rộng	Khoảng 105–150 triệu đồng

Khoảng tham khảo có thể bao gồm lương cơ bản, thưởng theo kết quả và phụ cấp theo chính sách từng đơn vị; cách cấu trúc và khả năng đạt thưởng phải được xác minh. Mức lương có thể thay đổi tùy ngân hàng và thời điểm.

Các yếu tố thường ảnh hưởng lớn gồm:

Quy mô đội và số chiến lược nền tảng.
Kinh nghiệm trực tiếp với môi trường ngân hàng hoặc dữ liệu nhạy cảm.
Khả năng trực tiếp ảnh hưởng lãnh đạo cấp cao và chịu trách nhiệm migration.
Năng lực AI/ML platform, FinOps và change management.
Thành tích chứng minh được bằng số liệu.
Chính sách thưởng, phụ cấp và điều kiện làm việc ngoài giờ.

5. Cách thương lượng lương

Xác định mức lương dựa trên tổng thu nhập hằng năm, không chỉ lương tháng.
Hỏi rõ cơ cấu thưởng, tần suất đánh giá, điều kiện thưởng, phụ cấp và thưởng giữ chức.
Dùng ba kết quả có số liệu để định giá giá trị: adoption, độ tin cậy và chi phí.
Nêu rõ mong muốn về phạm vi quyền quyết định, quy mô đội và cơ hội coaching.
Không đưa ra mức lương thiếu căn cứ; có thể đưa ra một khoảng mục tiêu được bảo vệ bằng kết quả và kinh nghiệm.
Hỏi về on-call, ngày nghỉ, đào tạo, chứng chỉ, trang thiết bị và chính sách làm việc linh hoạt trước khi chốt.

6. Kỹ năng cần phát triển thêm sau khi tuyển

Cloud economics: hiểu sâu chargeback, showback, unit economics và ảnh hưởng của giảm phẩm chất đến chi phí.
Platform product management: khả năng chuyển nhu cầu của nhiều đội thành roadmap, SLA và trải nghiệm nhất quán.
Organizational change management: xây dựng động lực adoption, xử lý phản kháng và đo mức hài lòng.
Cloud economics và sustainability: đánh giá carbon footprint, energy efficiency và tác động của kiến trúc.
AI governance: kiểm soát dữ liệu, model risk, quản trị prompt và chi phí suy luận.
Talent development: coaching kỹ sư, succession planning và xây dựng nguồn lãnh đạo nội bộ.

7. Checklist trước khi quyết định ứng tuyển

Ứng viên đạt điều kiện tốt nếu có thể chứng minh tối thiểu:

7 năm kinh nghiệm cloud hoặc nền tảng liên quan.
3 năm lãnh đạo có trách nhiệm rõ ràng.
Terraform hoặc CDK ở quy mô thực tế.
EKS và vận hành workload production.
Landing zone, IAM, network security và compliance guardrail.
SLO, incident management, observability và FinOps.
Kinh nghiệm migration ứng dụng thật, không chỉ lý thuyết.
Khả năng trình bày giá trị cloud cho lãnh đạo cấp cao.
Tư duy sản phẩm và dấu vết của việc thúc đẩy adoption.

Nếu JD là thông tin tuyển dụng tự động, ứng viên cũng cần xác minh trực tiếp với nhà tuyển dụng về quy mô đội, ngân sách đầu tư cloud, mục tiêu migration, cơ chế on-call, quy trình đánh giá và mức lương thực tế.

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

Tôi mới ra trường, có nên ứng tuyển trực tiếp vị trí Cloud Platform Engineering Lead không?

Thông thường chưa nên, vì JD yêu cầu tối thiểu 7 năm kinh nghiệm AWS hoặc cloud và 3 năm lãnh đạo. Hãy tập trung vào vị trí Cloud Engineer, DevOps Engineer, Site Reliability Engineer hoặc Platform Engineer trong 2–3 năm, đồng thời tích lũy kinh nghiệm Terraform, AWS, EKS, observability và vận hành production. Đồng thời bạn có thể theo dõi vị trí này để hiểu yêu cầu và phát triển mạng lưới nghề nghiệp.

Tôi có 8 năm kinh nghiệm DevOps nhưng chưa từng quản lý con người. Tôi có nên ứng tuyển?

Bạn có thể ứng tuyển nếu đã từng đóng vai trò technical lead, phối hợp nhiều đội, thiết kế roadmap, coaching hoặc dẫn dắt một initiative. Hãy trình bày rõ các kết quả tương đương quản lý trong câu chuyện ứng viên. Tuy nhiên, cần chuẩn bị sâu về cách tuyển dụng, coaching, đánh giá hiệu suất và xử lý xung đột, vì đây là điểm khác biệt so với ứng viên DevOps thuần kỹ thuật.

Tôi đang làm backend engineer, muốn chuyển sang Cloud Platform Engineering. Hướng đi tốt nhất là gì?

Hãy chuyển dần sang các nhiệm vụ hạ tầng và vận hành: Terraform hoặc CDK, CI/CD, EKS, observability, security và FinOps. Ưu tiên vị trí DevOps, SRE, Cloud Engineer hoặc Platform Engineer để có thêm kinh nghiệm production. Nếu đã có 7 năm tổng kinh nghiệm phù hợp nhưng thiếu 3 năm quản lý, bạn cần chứng minh khả năng lãnh đạo qua technical leadership, mentoring và điều phối stakeholder.

Chứng chỉ AWS có giúp tôi qua bước sàng lọc vị trí này không?

Chứng chỉ có thể tạo tín hiệu ban đầu nhưng không thay thế kinh nghiệm ở quy mô doanh nghiệp. Với JD này, AWS Solutions Architect Professional hoặc DevOps Engineer Professional, CKA và Terraform Associate có giá trị; FinOps cũng là một lựa chọn tốt. Tuy nhiên, ứng viên cần có ví dụ thực tế về landing zone, multi-account, IaC ở quy mô lớn, EKS, SLO, migration và lãnh đạo đội.

Mức lương hợp lý để đề xuất cho vị trí này là bao nhiêu?

JD chỉ ghi thương lượng. Theo kinh nghiệm và quy mô trách nhiệm, khoảng tham khảo có thể là 65–90 triệu đồng tổng thu nhập thuế trước mỗi tháng cho hồ sơ 7–9 năm, 85–115 triệu đồng cho lead/manager khoảng 9–12 năm và 105–150 triệu đồng cho cấp principal hoặc head khi trên 12 năm. Mức lương có thể thay đổi tùy ngân hàng và thời điểm. Ứng viên nên đề xuất theo tổng thu nhập hằng năm và xác minh cấu trúc thưởng, phụ cấp cùng chính sách làm thêm.

Vị trí này có thường xuyên trực đêm hoặc làm việc cuối tuần không?

JD không cung cấp thông tin này. Do bao gồm cả Operations và Security trong phạm vi, khả năng có trực sự cố hoặc hỗ trợ ngoài giờ làm việc là điều cần hỏi rõ. Ứng viên nên hỏi về ca trực, số người trực, thời lượng, chính sách bù giờ và mức hỗ trợ khi có sự cố trước khi đánh giá mức lương.

KPI quan trọng nhất của một Cloud Platform Lead có thể là gì?

Đây là các KPI có khả năng được đánh giá, chưa phải danh sách chính thức: tỷ lệ adoption của nền tảng, tiến độ migration, độ tin cậy theo SLO, thời gian phục hồi sự cố, tuân thủ security guardrail, chi phí trên mỗi workload và năng suất của nhà phát triển. Cần hỏi rõ KPI nào ổn định, KPI nào theo từng giai đoạn và phần nào phụ thuộc vào adoption của các đội ứng dụng.

Trong phỏng vấn kiến trúc, tôi có nên trình bày một kiến trúc hoàn chỉnh ngay từ đầu không?

Không nên. Hãy làm rõ yêu cầu, ràng buộc, độ tin cậy, dữ liệu, chi phí và năng lực đội trước. Sau đó đề xuất lựa chọn tối thiểu đáp ứng yêu cầu, nêu các phương án thay thế và trade-off. Với câu hỏi mở, hãy hỏi đội phỏng vấn muốn mức độ chi tiết nào. Điểm ấn tượng là lý do quyết định và cách đo kết quả, không phải số lượng dịch vụ AWS được vẽ trên giấy.

Làm thế nào để chứng minh FinOps-by-design trong phỏng vấn?

Hãy trình bày một vòng đời chi phí đầy đủ: yêu cầu workload, định giá, tagging, quota, lựa chọn loại tài nguyên, theo dõi anomaly, phân bổ chi phí, showback và hành động cải thiện. Nên có ví dụ cụ thể như giảm chi phí do sử dụng image không cần thiết, điều chỉnh autoscaling, chuyển workload sang dịch vụ phù hợp hoặc loại bỏ tài nguyên không dùng. Kết quả tốt nhất được đo bằng chi phí trên một đơn vị kinh doanh, không chỉ tổng tiền tiết kiệm.

AI/ML platform có phải yêu cầu bắt buộc không và tôi nên chuẩn bị thế nào?

JD nêu Bedrock, SageMaker, dịch vụ dữ liệu quản lý và Amazon Q Developer như các hướng năng lực, nhưng không nêu số năm kinh nghiệm AI bắt buộc. Ứng viên nên hiểu kiến trúc AI platform, RAG, model governance, data boundary, chi phí token hoặc compute, audit và cách đo lợi ích của công cụ AI cho nhà phát triển. Hãy thể hiện tư duy quản trị và an toàn thay vì khẳng định chuyên sâu nếu thực tế chưa có.

HO - Cloud Platform Engineering Lead