31 Câu Hỏi Phỏng Vấn Azure DevOps Hàng Đầu Cho Mọi Cấp Độ

Câu Hỏi Phỏng Vấn Azure DevOps Cho Người Mới Bắt Đầu

Bắt đầu sự nghiệp với Azure DevOps đòi hỏi bạn phải hiểu vững các khái niệm và công cụ cốt lõi. Dưới đây là một số câu hỏi nền tảng giúp bạn chuẩn bị cho buổi phỏng vấn:

1. DevOps là gì?

DevOps là viết tắt của Development Operations và tập trung vào quy trình, con người và sản phẩm. Ba chữ P này được kết hợp để cải thiện hoạt động phát triển phần mềm thông qua tự động hóa, cộng tác, cải tiến lặp và phản hồi.

DevOps bắt nguồn từ phương pháp Agile trong phát triển phần mềm, hỗ trợ các nhóm đa chức năng xây dựng và cung cấp ứng dụng nhanh hơn bằng cách ra quyết định cải thiện quy trình làm việc, thúc đẩy hợp tác và gia tăng giá trị.

2. Tại sao chúng ta sử dụng DevOps?

Lý do sử dụng DevOps là vì mô hình phát triển phần mềm truyền thống kém hiệu quả hơn trong phát triển ứng dụng và khâu triển khai. Do những thách thức của quy trình truyền thống, các nhóm trong tổ chức thường gặp khó khăn để hoàn thành vòng đời phát triển phần mềm mà không có xung đột và vấn đề kéo dài. DevOps xuất hiện như một giải pháp để hỗ trợ và giải quyết những thách thức này bằng cách mang lại vòng đời phát triển phần mềm liền mạch.

3. Bạn có thể kể tên 5 công cụ DevOps?

• Jenkins
• Ansible
• GitHub
• Kubernetes
• Docker

4. Bạn có thể định nghĩa tích hợp liên tục và triển khai liên tục (CI/CD) không?

Tích hợp liên tục (CI) là một thực hành DevOps trong đó các nhà phát triển tích hợp thay đổi mã của họ vào một kho dùng chung. Thông qua các lần tích hợp thường xuyên này, những thay đổi sẽ được tự động xác minh bằng cách chạy kiểm thử và dựng dự án để phát hiện và khắc phục lỗi hiệu quả, kịp thời.

Triển khai liên tục (CD) kế thừa CI nhưng tiến xa hơn bằng cách tự động triển khai tất cả thay đổi mã vào môi trường kiểm thử sau giai đoạn build. Điều này đảm bảo mã luôn sẵn sàng triển khai bất cứ lúc nào, dẫn đến quy trình linh hoạt hơn và chu kỳ phát hành nhanh hơn.

Pipeline CI/CD.

5. Azure Boards là gì?

Azure Boards là một phần của bộ Azure DevOps và được dùng để quản lý dự án hoặc phần mềm. Các tính năng thiết yếu của một Azure board bao gồm báo cáo, bảng điều khiển, lập kế hoạch dự án, theo dõi và cộng tác cho các dự án phát triển phần mềm. Những tính năng này cho phép các nhóm đa chức năng làm việc hiệu quả hơn.

6. Infrastructure as Code (IaC) trong DevOps là gì?

Infrastructure as Code (IaC) là một thực hành chủ chốt trong DevOps, liên quan đến quản lý và cung cấp hạ tầng tính toán bằng các script và tệp cấu hình có thể đọc bởi máy, thay vì cấu hình phần cứng vật lý hoặc công cụ cấu hình tương tác. Cách làm này cho phép thiết lập hạ tầng nhất quán và lặp lại, giảm lỗi và tăng tốc quá trình triển khai.

7. Vai trò của Azure Pipelines trong Azure DevOps là gì?

Azure Pipelines là dịch vụ giúp tự động hóa quy trình build và triển khai. Nó hỗ trợ CI/CD để build, kiểm thử và triển khai mã lên bất kỳ nền tảng nào, đảm bảo phát hành phần mềm nhanh hơn và đáng tin cậy hơn.

8. Pull Request trong Azure DevOps là gì?

Pull Request (PR) trong Azure DevOps là phương thức dùng để xem xét và hợp nhất thay đổi mã trong kho Git. Khi nhà phát triển hoàn tất thay đổi mã, họ tạo PR để thông báo cho người khác rằng mã đã sẵn sàng được xem xét. Thành viên nhóm có thể xem lại, đề xuất chỉnh sửa và phê duyệt trước khi hợp nhất vào mã nguồn chính.

Nếu bạn muốn ôn lại hoặc kiểm tra kỹ năng Azure, hãy xem khóa học Giới thiệu về Azure hoặc Hiểu Về Điện Toán Đám Mây.

Câu Hỏi Phỏng Vấn Azure DevOps Cho Chuyên Gia Đã Có Kinh Nghiệm

Với những người có kinh nghiệm về Azure DevOps, việc nắm vững các khái niệm nâng cao và thực hành tốt là rất quan trọng. Dưới đây là một số câu hỏi dành riêng cho ứng viên giàu kinh nghiệm:

9. Bạn có thể nêu ba thực hành tốt nhất trong Azure DevOps?

Áp dụng ba thực hành dưới đây có thể nâng cao hiệu quả khối lượng công việc, phát triển phần mềm, chất lượng và khả năng giao hàng tổng thể.

• Triển khai pipeline CI/CD: Pipeline CI/CD cải thiện quy trình phát triển phần mềm bằng cách tự động hóa việc tích hợp thay đổi mã, kiểm thử và sau đó triển khai lên sản xuất. Điều này giúp nâng cao chất lượng phần mềm, giảm lỗi và rút ngắn chu kỳ phát hành.
• Infrastructure as Code (IaC): Tự động quản lý và cung cấp hạ tầng bằng mã thay vì quy trình thủ công. Điều này giúp đảm bảo môi trường được cung cấp nhất quán, hỗ trợ kiểm soát phiên bản và tối ưu hóa sử dụng tài nguyên.
• Quy trình Agile: Để vận hành quy trình phát triển phần mềm trơn tru, tích hợp các phương pháp Agile như Azure Boards sẽ hỗ trợ phát triển lặp, cộng tác nhóm/khách hàng và tính linh hoạt.

10. VNet là gì?

VNet là viết tắt của Virtual Network và là khối xây dựng cơ bản của mạng riêng trên đám mây. Đây là một mạng hoặc môi trường dùng để chạy máy ảo và ứng dụng trên đám mây. Khi tạo máy ảo và ứng dụng, chúng có thể giao tiếp an toàn với nhau. VNet là tính năng quan trọng để đảm bảo mạng đám mây an toàn, tách biệt và tùy chỉnh, với khả năng kiểm soát và bảo mật nâng cao.

11. Fault domain là gì?

Fault domain là một nhóm máy ảo dùng chung nguồn điện và mạng. Máy ảo trong các fault domain giúp nhà cung cấp đám mây giảm thiểu lỗi phần cứng, mất điện và gián đoạn mạng. Các fault domain này được nền tảng Azure tự động phân phối.

12. Tính năng update domain là gì và lợi ích của nó?

Update domain là một phần của hạ tầng Azure, chịu trách nhiệm quản lý và cách ly các bản cập nhật phần cứng và phần mềm. Khi thiết kế nhiều máy ảo, các update domain sẽ được tự động phân phối bằng các availability set. Chúng có thể được khởi động lại hoặc tạm dừng để bảo trì cùng thời điểm.

Tổ chức và phân phối máy ảo vào các update domain riêng biệt đảm bảo chỉ một phần nhỏ máy ảo bị ảnh hưởng trong các tình huống khởi động lại hoặc bảo trì. Điều này cho phép duy trì tính sẵn sàng cao để ứng dụng vẫn truy cập được ngay cả khi hệ thống đang cập nhật. Trong các sự kiện bảo trì, Azure sẽ cập nhật các host theo từng update domain để dịch vụ tiếp tục chạy với chỉ một phần nhỏ bị ảnh hưởng.

13. Hiệu ứng Dogpile là gì và làm sao để ngăn chặn?

Hiệu ứng Dogpile là giai đoạn sau khi bộ nhớ đệm (cache) hết hạn và có các yêu cầu từ phía khách truy cập trang web. Các yêu cầu nối tiếp này dẫn đến các thao tác nặng hoặc chậm, như truy vấn cơ sở dữ liệu, gây tải quá mức lên cơ sở dữ liệu hoặc dịch vụ tổng thể. Hiệu ứng Dogpile thường xảy ra với các trang web và ứng dụng lưu lượng lớn, khi khối lượng công việc tăng mạnh dẫn đến hiệu năng giảm hoặc ngừng hoạt động.

Để ngăn hiệu ứng Dogpile, bạn có thể triển khai cơ chế khóa trên cache để khi cache hết hạn và có yêu cầu dữ liệu đầu tiên, một khóa sẽ tự động được đặt lên khóa cache. Khi đó, các yêu cầu khác sẽ phải đợi đến khi khóa được giải phóng cùng cache đã cập nhật.

14. Blue-Green Deployment là gì và được dùng như thế nào trong Azure DevOps?

Blue-Green Deployment là chiến lược quản lý phát hành giúp giảm thời gian ngừng hoạt động và rủi ro bằng cách vận hành hai môi trường sản xuất giống hệt nhau, gọi là Blue và Green. Tại một thời điểm, chỉ một môi trường (ví dụ, Blue) phục vụ lưu lượng sản xuất. Khi phiên bản phần mềm mới sẵn sàng, nó được triển khai vào môi trường nhàn rỗi (Green). Sau khi kiểm thử kỹ, chuyển lưu lượng sang môi trường Green để đưa vào hoạt động. Chiến lược này cho phép khôi phục nhanh nếu có sự cố, vì môi trường trước (Blue) không đổi và có thể chuyển lại ngay lập tức.

15. Bạn xử lý quản lý bí mật trong Azure DevOps như thế nào?

Trong Azure DevOps, quản lý bí mật có thể thực hiện bằng Azure Key Vault. Azure Key Vault cung cấp lưu trữ an toàn cho secrets, keys và certificates. Dịch vụ này tích hợp với Azure Pipelines, cho phép truy cập và quản lý bí mật an toàn trong quy trình CI/CD mà không cần lộ chúng trong mã nguồn. Secrets có thể được tham chiếu trực tiếp trong script của pipeline hoặc thông qua các kết nối dịch vụ liên kết, đảm bảo xử lý thông tin nhạy cảm an toàn và tuân thủ.

16. Mục đích của Azure DevOps Artifacts là gì và sử dụng ra sao?

Azure DevOps Artifacts là dịch vụ cung cấp giải pháp quản lý gói tích hợp hoàn chỉnh, cho phép các nhóm tạo, lưu trữ và chia sẻ gói với nhau. Nó hỗ trợ nhiều loại gói như NuGet, npm, Maven, Python và Universal Packages. Bằng cách sử dụng Azure Artifacts, các nhóm có thể quản lý phụ thuộc hiệu quả, đảm bảo nhất quán phiên bản và chia sẻ thành phần tái sử dụng giữa các dự án. Dịch vụ tích hợp liền mạch với Azure Pipelines để tự động build và triển khai, nâng cao quy trình DevOps tổng thể.

Câu Hỏi Phỏng Vấn Về Các Dịch Vụ Chủ Chốt Của Azure DevOps

Azure DevOps cung cấp một bộ dịch vụ phục vụ các khía cạnh khác nhau của vòng đời phát triển phần mềm. Hiểu các dịch vụ này và vai trò của chúng là điều cần thiết cho những người có kinh nghiệm. Dưới đây là một số câu hỏi quan trọng để bạn chuẩn bị:

17. Bạn có thể nêu sự khác biệt giữa Azure DevOps Services và Azure DevOps Server?

Azure DevOps Services là dịch vụ dựa trên đám mây cho phép tổ chức sử dụng các khả năng và tính năng của Azure DevOps mà không cần gánh nặng thiết lập và duy trì hạ tầng máy chủ. Dịch vụ có thể truy cập từ mọi nơi, được cập nhật liên tục và có khả năng mở rộng cao.

Azure DevOps Server là giải pháp on-premise dựa trên backend SQL Server, nơi các tổ chức có thể tự lưu trữ trên máy chủ của mình. Nó được thiết kế riêng cho các tổ chức muốn giữ dữ liệu trong mạng nội bộ do yêu cầu tuân thủ hoặc quy định khác.

18. Tại sao sử dụng CI, CD và Azure Pipelines?

Tích hợp liên tục (CI) cho phép nhà phát triển phát hiện sớm lỗi bằng cách thường xuyên gộp thay đổi của họ vào nhánh chính. Kiểm thử tự động chạy theo mỗi lần commit để đảm bảo thay đổi đáp ứng tiêu chuẩn. Điều này giúp giảm công việc thủ công vì quá trình build và kiểm thử được tự động hóa.

Triển khai liên tục (CD) tự động hóa quá trình triển khai bằng cách cho phép nhà phát triển phát hành nhanh và an toàn những thay đổi tới khách hàng. Tự động hóa giai đoạn này giảm lỗi do con người trong khâu triển khai, giúp bản phát hành đáng tin cậy hơn và quản lý tài nguyên tốt hơn.

Azure Pipelines linh hoạt vì hỗ trợ Windows, Linux và macOS, cũng như có thể triển khai lên môi trường đám mây, tại chỗ và lai. Khả năng tích hợp liền mạch và bộ tính năng phong phú cho phép tổ chức làm việc trong một môi trường toàn diện trên nhiều nền tảng.

19. Pull request trong Azure DevOps Repos là gì?

Pull request là một trong những tính năng chính của Azure DevOps nhằm đảm bảo cộng tác nhóm, rà soát mã, bảo trì mã và chất lượng trong suốt vòng đời phát triển phần mềm. Nhà phát triển đề xuất thay đổi mã bằng cách tạo pull request để gửi các thay đổi vào một nhánh trong kho Git. Thành viên khác của nhóm sẽ xem xét, phản hồi và cải thiện trước khi hợp nhất vào nhánh chính.

Cách tiếp cận hợp tác và kỷ luật này giúp duy trì tiêu chuẩn cao về chất lượng mã và phân phối phần mềm, cùng pipeline CI/CD vững chắc.

20. Có những loại backlog và tùy chọn board nào trong Azure Boards?

Trong Azure Boards, Backlog là danh sách các hạng mục công việc cần hoàn thành, được sắp xếp theo mức độ ưu tiên. Có một số loại backlog sau:

Azure Boards cung cấp biểu diễn trực quan của danh sách hạng mục công việc, cho phép nhóm theo dõi tiến độ, thảo luận về hạng mục và trách nhiệm trong các buổi stand-up, và chuẩn bị cho sprint review.

21. Vai trò của Scrum master trong Azure Boards là gì?

Azure Boards cung cấp cho các thành viên nhóm công cụ và tính năng để triển khai và tuân theo khung Scrum. Tuy nhiên, Scrum master là người hỗ trợ quy trình Scrum bằng cách giúp các thành viên thực hiện hiệu quả các quy trình Scrum và đảm bảo dự án thành công.

Ví dụ, điều này bao gồm lập kế hoạch sprint, stand-up hằng ngày/tuần, sprint review, tổ chức backlog, giám sát, báo cáo và thúc đẩy các quy trình, nguyên tắc agile nói chung.

22. Azure DevOps đảm bảo cộng tác an toàn giữa các nhóm phát triển như thế nào?

Azure DevOps đảm bảo cộng tác an toàn thông qua một số cơ chế, bao gồm:

• • Kiểm soát truy cập dựa trên vai trò (RBAC): Cho phép tổ chức cấp quyền theo vai trò, đảm bảo thành viên chỉ truy cập tài nguyên cần thiết.
  • Tích hợp với Azure Active Directory (AAD): Cung cấp quản lý danh tính và truy cập tập trung, bao gồm xác thực đa yếu tố (MFA) và chính sách truy cập có điều kiện.
  • Kho mã an toàn: Azure Repos cung cấp các tính năng như chính sách nhánh, phê duyệt pull request và công cụ quét mã để đảm bảo chỉ mã đã được xem xét và phê duyệt mới được hợp nhất vào nhánh chính.

23. YAML là gì và được dùng như thế nào trong Azure Pipelines?

YAML (YAML Ain't Markup Language) là chuẩn tuần tự hóa dữ liệu dễ đọc với con người, được dùng trong Azure Pipelines để định nghĩa quy trình CI/CD. Pipeline YAML được định nghĩa bằng cú pháp đơn giản, rõ ràng, dễ đọc và viết. Chúng cho phép nhà phát triển chỉ định các bước trong quy trình build và phát hành, bao gồm trigger, job, task và stage, trong một tệp được quản lý phiên bản.

24. Bạn xử lý giám sát và ghi log trong Azure DevOps như thế nào?

Việc giám sát và ghi log trong Azure DevOps có thể thực hiện bằng nhiều công cụ và tích hợp:

Nếu bạn cần ôn lại kỹ năng và kiến thức về dịch vụ Azure DevOps, hãy bắt đầu với khóa học Azure Architecture and Services.

Câu Hỏi Phỏng Vấn Azure DevOps Dựa Trên Tình Huống

Những câu hỏi theo tình huống này sẽ kiểm tra khả năng vận dụng kiến thức Azure DevOps vào thực tế. Dưới đây là một số câu hỏi và câu trả lời then chốt:

25. Là một Kỹ sư Azure DevOps, bạn được yêu cầu chọn giải pháp DevOps từ nền tảng Azure cho một công ty mới trong lĩnh vực tài chính được gắn nhãn là "bảo mật cao". Bạn chọn giải pháp nào từ Azure và vì sao?

Vì công ty mới thuộc lĩnh vực tài chính và được gắn nhãn "bảo mật cao", tôi sẽ chọn giải pháp Azure DevOps Server thay vì Azure DevOps Services. Giải pháp server cung cấp phương án triển khai on-premise để dữ liệu của tổ chức vẫn nằm trong mạng nội bộ, đáp ứng tốt nhu cầu bảo mật và tính bảo mật cao.

26. Bạn được chỉ đạo di chuyển một dự án có quy mô trung bình-lớn từ Azure DevOps Server sang Azure DevOps Services. Bạn sẽ dùng quy trình di chuyển nào?

Trong tình huống này, tôi sẽ dùng Azure DevOps Migration Tool, một quy trình di chuyển tự động hỗ trợ chuyển mã nguồn, test case, work item và các thành phần khác. Công cụ này cũng giúp xác định các vấn đề tiềm ẩn và đưa ra khuyến nghị cho quá trình di chuyển.

27. Tại sao bạn chọn Azure DevOps Migration Tool thay vì quy trình di chuyển thủ công?

Như tình huống nêu, dự án cần di chuyển có quy mô trung bình-lớn. Quy trình thủ công phù hợp hơn với các dự án nhỏ vì phải sao chép thủ công mã nguồn, work item và các artifact khác. Dù có thể dùng cho dự án lớn, cách thủ công tốn thời gian và dễ sai sót hơn.

28. Có tám commit trong nhánh "develop", và một trong số đó cần được đẩy sang nhánh "release". Bạn sẽ xử lý thế nào?

Cách tốt nhất là dùng git cherry-pick. Đây là thao tác chọn một commit từ một nhánh và áp dụng nó sang nhánh khác.

Bạn có thể thực hiện trên nền tảng Azure DevOps bằng cách nhấp vào commit cụ thể, khi mở commit đó, ở góc trên bên phải sẽ có biểu tượng 3 chấm để bạn chọn tùy chọn "Cherry-picking". Sau đó, hệ thống sẽ yêu cầu chọn "target branch", trong trường hợp này là nhánh "release". Hệ thống sẽ tạo một pull request trên nhánh "release" cho commit đó.

29. Nhóm của bạn đang cân nhắc giữa tác nhân do Microsoft lưu trữ (Microsoft-hosted) và tác nhân tự lưu trữ (self-hosted) trong Azure Pipelines, với yêu cầu phần mềm cụ thể và hiệu năng là ưu tiên hàng đầu. Bạn khuyến nghị phương án nào và vì sao?

Tôi khuyến nghị dùng tác nhân tự lưu trữ vì chúng linh hoạt trong việc cài đặt phần mềm, công cụ và phiên bản theo nhu cầu dự án, đáp ứng tiêu chí yêu cầu phần mềm cụ thể. Bạn cũng có toàn quyền kiểm soát môi trường, cho phép cấu hình theo đúng yêu cầu dự án.

Yếu tố còn lại là hiệu năng, và tác nhân tự lưu trữ có lợi thế hiệu năng cao hơn với các dự án có quy trình build phức tạp. Điều này dẫn tới thời gian build nhanh hơn và sử dụng tài nguyên hiệu quả hơn. Hai yếu tố này bị hạn chế với tác nhân do Microsoft lưu trữ.

30. Bạn sẽ đảm bảo tuân thủ và bảo mật khi triển khai ứng dụng bằng Azure DevOps trong ngành có quy định nghiêm ngặt như thế nào?

Đảm bảo tuân thủ và bảo mật trong ngành được quản lý chặt chẽ bao gồm các bước sau:

• • Sử dụng Azure Policy: Thực thi chuẩn mực tổ chức và đánh giá tuân thủ trên quy mô lớn.
  • Triển khai RBAC: Kiểm soát truy cập dựa trên vai trò để đảm bảo chỉ người có thẩm quyền mới truy cập tài nguyên nhạy cảm.
  • Bảo mật pipeline: Sử dụng service connection và variable group với quản lý bí mật để bảo vệ thông tin nhạy cảm.
  • Giám sát và kiểm toán: Dùng Azure Monitor và Azure Security Center để theo dõi và ứng phó sự cố bảo mật.
  • Chứng chỉ tuân thủ: Đảm bảo dịch vụ Azure sử dụng tuân thủ các tiêu chuẩn như ISO, SOC và GDPR.

31. Bạn sẽ áp dụng những chiến lược nào để quản lý phụ thuộc trong kiến trúc microservices phức tạp bằng Azure DevOps?

Quản lý phụ thuộc trong kiến trúc microservices phức tạp là thách thức, nhưng một số chiến lược sau có thể giúp:

• • • Sử dụng Azure Artifacts: Quản lý và chia sẻ gói giữa các nhóm và dự án.
    • Kiểm soát phiên bản: Áp dụng semantic versioning để quản lý phụ thuộc và cập nhật.
    • Kiểm thử tự động: Dùng pipeline CI/CD để chạy kiểm thử tích hợp, đảm bảo thay đổi ở một dịch vụ không làm hỏng dịch vụ khác.
    • Hợp đồng dịch vụ: Định nghĩa và tuân thủ hợp đồng API rõ ràng giữa các microservice để giảm vấn đề phụ thuộc.
    • Công cụ quản lý phụ thuộc: Dùng các công cụ như Dependabot hoặc Renovate để tự động cập nhật và kiểm tra phụ thuộc.

Nâng Cao Kỹ Năng Azure DevOps Cho Buổi Phỏng Vấn

Trong bài viết này, chúng tôi đã chia thành bốn cấp độ khác nhau có thể kiểm tra kỹ năng Azure DevOps của bạn:

• Câu hỏi phỏng vấn cho người mới bắt đầu
• Câu hỏi phỏng vấn cho chuyên gia đã có kinh nghiệm
• Câu hỏi phỏng vấn về các dịch vụ chủ chốt của Azure DevOps
• Câu hỏi phỏng vấn dựa trên tình huống

Những 20 câu hỏi phỏng vấn này sẽ giúp bạn chuẩn bị cho các khía cạnh khác nhau của Azure DevOps, đồng thời đi vào chi tiết và kiểm tra kiến thức của bạn trong các tình huống khác nhau.

Nếu bạn muốn tiến xa hơn và tiếp tục nâng cao kỹ năng Azure DevOps, hãy đọc Hướng Dẫn Chứng Chỉ Azure 2024: Nâng Tầm Sự Nghiệp Khoa Học Dữ Liệu, hoặc tham gia khóa học Azure Management and Governance để sẵn sàng cho ngày trọng đại.