MySQL mcq câu hỏi Ấn ĐộBIX

DevOps là một trong những từ thông dụng nhất trong công nghệ hiện nay, mặc dù nó không chỉ là buzz. Đó là sự hợp tác giữa nhóm phát triển và nhóm vận hành, nơi họ làm việc cùng nhau để cung cấp sản phẩm nhanh hơn và hiệu quả hơn. Trong vài năm qua, danh sách công việc dành cho kỹ sư DevOps đã tăng lên rất nhiều. Các công ty đa quốc gia, như Google, Facebook và Amazon, thường có nhiều vị trí tuyển dụng kỹ sư DevOps Chuyên gia. Tuy nhiên, thị trường việc làm có tính cạnh tranh cao và các câu hỏi được đặt ra trong cuộc phỏng vấn kỹ sư DevOps có thể bao gồm rất nhiều chủ đề khó.  

Nếu bạn đã hoàn thành Khóa học DevOps của mình và bắt đầu chuẩn bị cho các vai trò vận hành và phát triển trong ngành CNTT, thì bạn biết rằng đó là một lĩnh vực đầy thách thức sẽ cần có sự chuẩn bị thực sự để thâm nhập. Dưới đây là một số câu hỏi và câu trả lời phỏng vấn DevOps phổ biến nhất có thể giúp ích cho bạn trong quá trình chuẩn bị cho vai trò DevOps trong ngành

Bây giờ chúng ta hãy bắt đầu với một số câu hỏi và câu trả lời phỏng vấn DevOps chung

Tìm hiểu các khái niệm - Khái niệm cơ bản đến nâng cao

Chương trình Caltech trong DevOps Chương trình Khám phá

Câu hỏi phỏng vấn DevOps chung

1. Bạn biết gì về DevOps?

Câu trả lời của bạn phải đơn giản và dễ hiểu. Bắt đầu bằng cách giải thích tầm quan trọng ngày càng tăng của DevOps trong ngành CNTT. Thảo luận cách tiếp cận như vậy nhằm mục đích phối hợp các nỗ lực của nhóm phát triển và vận hành để đẩy nhanh việc cung cấp các sản phẩm phần mềm, với tỷ lệ lỗi tối thiểu. Bao gồm cách DevOps là một phương pháp thực hành giá trị gia tăng, nơi các kỹ sư vận hành và phát triển chung tay trong suốt vòng đời của sản phẩm hoặc dịch vụ, ngay từ giai đoạn thiết kế đến điểm triển khai

2. DevOps khác với phương pháp Agile như thế nào?

DevOps là một nền văn hóa cho phép nhóm phát triển và nhóm vận hành làm việc cùng nhau. Điều này dẫn đến việc phát triển, thử nghiệm, tích hợp, triển khai và giám sát phần mềm liên tục trong suốt vòng đời.

Agile là một phương pháp phát triển phần mềm tập trung vào các bản phát hành phần mềm lặp đi lặp lại, gia tăng, nhỏ và nhanh chóng, cùng với phản hồi của khách hàng. Nó giải quyết các khoảng trống và xung đột giữa khách hàng và nhà phát triển

DevOps giải quyết các lỗ hổng và xung đột giữa Nhà phát triển và Hoạt động CNTT

3. Đâu là một số công cụ DevOps phổ biến nhất?

Các công cụ DevOps phổ biến nhất bao gồm

1. selen
2. con rối
3. đầu bếp
4. Git
5. Jenkins
6. ansible
7. docker

Tìm hiểu các khái niệm - Khái niệm cơ bản đến nâng cao

Chương trình Caltech trong DevOps Chương trình Khám phá

4. Các giai đoạn khác nhau trong DevOps là gì?

Các giai đoạn khác nhau của vòng đời DevOps như sau

• Kế hoạch - Ban đầu, cần có kế hoạch cho loại ứng dụng cần phát triển. Có được một bức tranh sơ bộ về quá trình phát triển luôn là một ý tưởng hay
• Mã - Ứng dụng được mã hóa theo yêu cầu của người dùng cuối.  
• Xây dựng - Xây dựng ứng dụng bằng cách tích hợp các mã khác nhau được hình thành trong các bước trước
• Kiểm tra - Đây là bước quan trọng nhất của quá trình phát triển ứng dụng. Kiểm tra ứng dụng và xây dựng lại, nếu cần
• Tích hợp - Nhiều mã từ các lập trình viên khác nhau được tích hợp thành một
• Triển khai - Mã được triển khai vào môi trường đám mây để sử dụng thêm. Đảm bảo rằng mọi thay đổi mới không ảnh hưởng đến hoạt động của một trang web có lưu lượng truy cập cao
• Vận hành - Các thao tác được thực hiện trên mã nếu được yêu cầu
• Màn hình - Hiệu suất ứng dụng được theo dõi. Các thay đổi được thực hiện để đáp ứng yêu cầu của người dùng cuối

Hình trên biểu thị vòng đời DevOps

5. Đề cập đến một số lợi ích cốt lõi của DevOps

Các lợi ích cốt lõi của DevOps như sau

lợi ích kỹ thuật

• Cung cấp phần mềm liên tục
• Các vấn đề ít phức tạp hơn để quản lý
• Phát hiện sớm và sửa lỗi nhanh hơn

Lợi ích kinh doanh

• Cung cấp các tính năng nhanh hơn
• Môi trường hoạt động ổn định
• Cải thiện giao tiếp và hợp tác giữa các nhóm

cũng đọc. Làm cách nào để trở thành Kỹ sư DevOps?

6. Bạn sẽ tiếp cận một dự án cần triển khai DevOps như thế nào?

Các cách tiếp cận tiêu chuẩn sau đây có thể được sử dụng để triển khai DevOps trong một dự án cụ thể

Giai đoạn 1

Đánh giá quy trình hiện tại và việc triển khai trong khoảng hai đến ba tuần để xác định các lĩnh vực cần cải thiện để nhóm có thể lập lộ trình thực hiện

giai đoạn 2

Tạo bằng chứng về khái niệm (PoC). Sau khi được chấp nhận và phê duyệt, nhóm có thể bắt đầu triển khai thực tế và triển khai kế hoạch dự án

Giai đoạn 3

Dự án hiện đã sẵn sàng để triển khai DevOps bằng cách sử dụng kiểm soát phiên bản/tích hợp/thử nghiệm/triển khai/phân phối và giám sát theo từng bước

Bằng cách làm theo các bước thích hợp để kiểm soát phiên bản, tích hợp, thử nghiệm, triển khai, phân phối và giám sát, dự án hiện đã sẵn sàng để triển khai DevOps.  

7. Sự khác biệt giữa phân phối liên tục và triển khai liên tục là gì?

Phân phối liên tụcTriển khai liên tụcĐảm bảo mã có thể được triển khai an toàn vào sản xuấtMọi thay đổi vượt qua các bài kiểm tra tự động sẽ được triển khai tự động vào sản xuấtĐảm bảo các ứng dụng và dịch vụ kinh doanh hoạt động như mong đợiLàm cho quy trình phát triển và phát hành phần mềm nhanh hơn và mạnh mẽ hơnCung cấp mọi thay đổi cho môi trường giống như sản xuất thông qua tự động hóa nghiêm ngặt

8. Vai trò của quản lý cấu hình trong DevOps là gì?

• Cho phép quản lý và thay đổi nhiều hệ thống
• Chuẩn hóa cấu hình tài nguyên, từ đó quản lý cơ sở hạ tầng CNTT
• Nó giúp quản trị và quản lý nhiều máy chủ và duy trì tính toàn vẹn của toàn bộ cơ sở hạ tầng

Giành được chứng chỉ DevOps được thèm muốn nhất

Chương trình thạc sĩ kỹ sư DevOps Chương trình khám phá

9. Làm thế nào để giám sát liên tục giúp bạn duy trì toàn bộ kiến ​​trúc của hệ thống?

Giám sát liên tục trong DevOps là một quá trình phát hiện, xác định và báo cáo bất kỳ lỗi hoặc mối đe dọa nào trong toàn bộ cơ sở hạ tầng của hệ thống

• Đảm bảo rằng tất cả các dịch vụ, ứng dụng và tài nguyên đang chạy trên máy chủ đúng cách
• Theo dõi trạng thái của máy chủ và xác định xem các ứng dụng có hoạt động chính xác hay không
• Cho phép kiểm toán liên tục, kiểm tra giao dịch và giám sát có kiểm soát

10. Vai trò của AWS trong DevOps là gì?

AWS có vai trò sau trong DevOps

• Dịch vụ linh hoạt - Cung cấp các dịch vụ linh hoạt, sẵn sàng sử dụng mà không cần cài đặt hay thiết lập phần mềm
• Được xây dựng để mở rộng quy mô - Bạn có thể quản lý một phiên bản riêng lẻ hoặc mở rộng quy mô lên hàng nghìn người bằng các dịch vụ AWS
• Tự động hóa - AWS cho phép bạn tự động hóa các tác vụ và quy trình, giúp bạn có thêm thời gian để đổi mới
• An toàn – Bằng cách sử dụng AWS Identity and Access Management (IAM), bạn có thể đặt các quyền và chính sách của người dùng
• Hệ sinh thái đối tác lớn - AWS hỗ trợ một hệ sinh thái đối tác rộng lớn tích hợp và mở rộng các dịch vụ AWS

11. Kể tên ba KPI DevOps quan trọng

Ba KPI quan trọng như sau

• Thời gian chờ để khôi phục lỗi - Đây là thời gian trung bình cần thiết để khôi phục lỗi
• Tần suất triển khai - Tần suất triển khai diễn ra.  
• Tỷ lệ triển khai không thành công - Số lần triển khai không thành công

12. Giải thích thuật ngữ "Cơ sở hạ tầng dưới dạng mã" (IaC) vì nó liên quan đến quản lý cấu hình

• Viết mã để quản lý cấu hình, triển khai và cung cấp tự động
• Quản lý trung tâm dữ liệu bằng các tệp định nghĩa mà máy có thể đọc được, thay vì cấu hình phần cứng vật lý
• Đảm bảo tất cả các máy chủ của bạn và các thành phần cơ sở hạ tầng khác được cung cấp một cách nhất quán và dễ dàng.  
• Quản trị môi trường điện toán đám mây, còn được gọi là cơ sở hạ tầng dưới dạng dịch vụ (IaaS)

13. IaC được triển khai bằng AWS như thế nào?

Bắt đầu bằng cách nói về các cơ chế viết lệnh lâu đời vào các tệp tập lệnh và kiểm tra chúng trong một môi trường riêng biệt trước khi triển khai và cách tiếp cận này được thay thế bởi IaC. Tương tự như các mã được viết cho các dịch vụ khác, với sự trợ giúp của AWS, IaC cho phép các nhà phát triển viết, kiểm tra và duy trì các thực thể cơ sở hạ tầng theo cách mô tả, sử dụng các định dạng như JSON hoặc YAML. Điều này cho phép phát triển dễ dàng hơn và triển khai nhanh hơn các thay đổi cơ sở hạ tầng

14. Tại sao DevOps lại trở nên nổi bật trong vài năm qua?

Trước khi nói về sự phổ biến ngày càng tăng của DevOps, hãy thảo luận về kịch bản hiện tại của ngành. Bắt đầu với một số ví dụ về cách những người chơi lớn như Netflix và Facebook đang đầu tư vào DevOps để tự động hóa và tăng tốc triển khai ứng dụng cũng như cách điều này đã giúp họ phát triển doanh nghiệp của mình. Lấy Facebook làm ví dụ, bạn sẽ chỉ ra các mô hình sở hữu mã và triển khai liên tục của Facebook và cách những mô hình này đã giúp nó mở rộng quy mô nhưng đồng thời đảm bảo chất lượng trải nghiệm. Hàng trăm dòng mã được triển khai mà không ảnh hưởng đến chất lượng, tính ổn định và bảo mật

Trường hợp sử dụng tiếp theo của bạn phải là Netflix. Công ty video theo yêu cầu và phát trực tuyến này tuân theo các thông lệ tương tự với các quy trình và hệ thống hoàn toàn tự động. Đề cập đến cơ sở người dùng của hai tổ chức này. Facebook có 2 tỷ người dùng trong khi Netflix truyền phát nội dung trực tuyến tới hơn 100 triệu người dùng trên toàn thế giới

Đây là những ví dụ tuyệt vời về cách DevOps có thể giúp các tổ chức đảm bảo tỷ lệ phát hành thành công cao hơn, giảm thời gian thực hiện giữa các lần sửa lỗi, hợp lý hóa và phân phối liên tục thông qua tự động hóa cũng như giảm tổng chi phí nhân lực

Bây giờ chúng ta sẽ xem xét bộ Câu hỏi phỏng vấn DevOps tiếp theo bao gồm - Git, Selenium, Jenkins

15. Sự khác biệt cơ bản giữa DevOps & Agile là gì?

Sự khác biệt chính giữa Agile và DevOps được tóm tắt bên dưới

Đặc trưng

nhanh nhẹn

DevOps

Phạm vi công việc

Chỉ nhanh nhẹn

Tự động hóa cần thiết cùng với Agility

Khu vực lấy nét

Ưu tiên chính là Thời gian và thời hạn

Quản lý chất lượng và thời gian được ưu tiên như nhau

Nguồn phản hồi

Nguồn phản hồi chính - khách hàng

Nguồn phản hồi chính - bản thân (công cụ được sử dụng để giám sát)

Thực tiễn hoặc quy trình được tuân theo

Các thực hành như Agile Kanban, Scrum, v.v. , được theo dõi

Các quy trình và thực tiễn như Phát triển liên tục (CD), Tích hợp liên tục (CI), v.v. , được theo dõi

Sprint phát triển hoặc chu kỳ phát hành

Chu kỳ phát hành thường nhỏ hơn

Chu kỳ phát hành nhỏ hơn, cùng với phản hồi ngay lập tức

nhanh nhẹn

Chỉ có sự nhanh nhẹn phát triển

Cả trong hoạt động và phát triển, sự nhanh nhẹn được tuân theo

16. Các anti-pattern của DevOps là gì?

Các mẫu là các thông lệ phổ biến thường được các tổ chức tuân theo. Một mô hình chống đối được hình thành khi một tổ chức tiếp tục mù quáng đi theo một mô hình được áp dụng bởi những người khác nhưng không hiệu quả với họ. Một số huyền thoại về DevOps bao gồm

• Không thể thực hiện DevOps → Chọn nhầm người
• DevOps ⇒ Quản lý sản xuất được thực hiện bởi nhà phát triển
• Giải pháp cho mọi vấn đề của tổ chức ⇒ DevOps
• DevOps == Quy trình
• DevOps == Linh hoạt
• Không thể thực hiện DevOps → Tổ chức là duy nhất
• Cần tạo một nhóm riêng cho DevOps

17. Lợi ích của việc sử dụng kiểm soát phiên bản là gì?

Dưới đây là những lợi ích của việc sử dụng Kiểm soát Phiên bản

• Tất cả các thành viên trong nhóm được tự do làm việc trên bất kỳ tệp nào vào bất kỳ lúc nào với Hệ thống kiểm soát phiên bản (VCS). Sau này, VCS sẽ cho phép nhóm tích hợp tất cả các sửa đổi vào một phiên bản duy nhất
• VCS yêu cầu cung cấp một bản tóm tắt ngắn gọn về những gì đã thay đổi mỗi khi chúng tôi lưu phiên bản mới của dự án. Chúng tôi cũng có thể kiểm tra chính xác những gì đã được sửa đổi trong nội dung của tệp. Kết quả là, chúng tôi sẽ có thể xem ai đã thực hiện những thay đổi nào đối với dự án
• Bên trong VCS, tất cả các biến thể và phiên bản trước được lưu trữ đúng cách. Chúng tôi sẽ có thể yêu cầu bất kỳ phiên bản nào vào bất kỳ lúc nào và chúng tôi sẽ có thể truy xuất ảnh chụp nhanh của toàn bộ dự án trong tầm tay
• Một VCS được phân phối, chẳng hạn như Git, cho phép tất cả các thành viên trong nhóm truy xuất toàn bộ lịch sử của dự án. Điều này cho phép các nhà phát triển hoặc các bên liên quan khác sử dụng kho Git cục bộ của bất kỳ thành viên nào trong nhóm ngay cả khi máy chủ chính gặp sự cố bất kỳ lúc nào

18. Mô tả các chiến lược phân nhánh bạn đã sử dụng

Để kiểm tra kiến ​​thức của chúng tôi về mục đích của việc phân nhánh và kinh nghiệm của chúng tôi về việc phân nhánh tại một công việc trước đây, câu hỏi này thường được đặt ra.  

Các chủ đề bên dưới có thể giúp trả lời câu hỏi phỏng vấn DevOps này -

• Phân nhánh phát hành - Chúng tôi có thể sao chép nhánh phát triển để tạo nhánh Phát hành sau khi nhánh đó có đủ chức năng cho một bản phát hành. Nhánh này bắt đầu chu kỳ phát hành tiếp theo, do đó không có tính năng mới nào có thể được đóng góp sau thời điểm này. Những thứ có thể đóng góp là tạo tài liệu, sửa lỗi và các nhiệm vụ khác liên quan đến phát hành. Bản phát hành được hợp nhất thành bản chính và được cung cấp số phiên bản sau khi sẵn sàng xuất xưởng. Nó cũng nên được hợp nhất trở lại nhánh phát triển, nhánh này có thể đã phát triển kể từ lần phát hành đầu tiên
• Phân nhánh tính năng - Mô hình phân nhánh này duy trì tất cả các sửa đổi cho một tính năng cụ thể có trong một nhánh. Nhánh được hợp nhất thành nhánh chính sau khi tính năng này đã được kiểm tra và phê duyệt hoàn toàn bằng cách sử dụng các thử nghiệm tự động

Phân nhánh nhiệm vụ - Trong mô hình phân nhánh này, mọi nhiệm vụ được triển khai trong nhánh tương ứng của nó. Khóa nhiệm vụ được đề cập trong tên chi nhánh. Chúng ta chỉ cần nhìn vào khóa tác vụ trong tên nhánh để khám phá mã nào thực hiện tác vụ nào

19. Bạn có thể giải thích khái niệm “Chuyển sang trái để giảm thất bại” trong DevOps không?

Dịch chuyển sang trái là một ý tưởng DevOps để cải thiện bảo mật, hiệu suất và các yếu tố khác. Chúng ta hãy lấy một ví dụ. nếu chúng tôi xem xét tất cả các quy trình trong DevOps, chúng tôi có thể nói rằng bảo mật đã được kiểm tra trước bước triển khai. Chúng ta có thể thêm bảo mật trong giai đoạn phát triển, ở bên trái, bằng cách sử dụng phương pháp dịch chuyển trái. [sẽ được mô tả trong sơ đồ] Chúng tôi có thể tích hợp với tất cả các giai đoạn, bao gồm trước khi phát triển và trong quá trình thử nghiệm, không chỉ phát triển. Điều này rất có thể làm tăng mức độ bảo mật bằng cách phát hiện lỗi ở giai đoạn đầu

20. Mô hình Triển khai Xanh dương/Xanh lá cây là gì?

Đây là phương pháp triển khai liên tục được sử dụng phổ biến để giảm thời gian chết. Đây là nơi lưu lượng truy cập được chuyển từ phiên bản này sang phiên bản khác. Để bao gồm phiên bản mã mới, chúng tôi phải thay thế mã cũ bằng phiên bản mã mới.  

Phiên bản mới tồn tại trong môi trường xanh lục và phiên bản cũ tồn tại trong môi trường xanh lam. Sau khi thực hiện các thay đổi đối với phiên bản trước, chúng tôi cần một phiên bản mới từ phiên bản cũ để thực thi phiên bản mới hơn của phiên bản

21. Thử nghiệm liên tục là gì?

Kiểm tra liên tục cấu thành việc chạy các kiểm tra tự động như một phần của quy trình phân phối phần mềm để cung cấp phản hồi tức thì về các rủi ro kinh doanh có trong bản phát hành gần đây nhất. Để ngăn ngừa sự cố khi chuyển đổi từng bước trong vòng đời phân phối Phần mềm và để cho phép các nhóm Phát triển nhận được phản hồi ngay lập tức, mọi bản dựng đều được kiểm tra liên tục theo cách này. Điều này giúp tăng đáng kể tốc độ trong năng suất của nhà phát triển vì nó loại bỏ yêu cầu chạy lại tất cả các thử nghiệm sau mỗi lần cập nhật và xây dựng lại dự án

22. Kiểm thử tự động là gì?

Tự động hóa kiểm tra hoặc kiểm tra thủ công Tự động hóa là quá trình tự động hóa một quy trình thủ công để kiểm tra một ứng dụng hoặc hệ thống. Kiểm thử tự động đòi hỏi phải sử dụng các công cụ kiểm thử độc lập cho phép bạn phát triển các kịch bản kiểm thử có thể chạy lặp lại mà không cần sự tương tác của con người

23. Lợi ích của Kiểm thử tự động hóa là gì?

Một số ưu điểm của Kiểm thử tự động là -

• Giúp tiết kiệm tiền và thời gian
• Thực hiện không giám sát có thể được thực hiện dễ dàng
• Ma trận kiểm tra lớn có thể được kiểm tra dễ dàng
• Thực thi song song được kích hoạt
• Giảm các lỗi do con người tạo ra, dẫn đến độ chính xác được cải thiện
• Thực thi nhiệm vụ kiểm tra lặp đi lặp lại được hỗ trợ

24. Làm cách nào để tự động hóa Thử nghiệm trong vòng đời DevOps?

Các nhà phát triển có nghĩa vụ cam kết tất cả các thay đổi mã nguồn vào kho lưu trữ DevOps được chia sẻ

Mỗi khi có thay đổi trong mã, các công cụ Tích hợp liên tục giống như Jenkins sẽ lấy nó từ kho lưu trữ chung này và triển khai nó để Kiểm tra liên tục, được thực hiện bởi các công cụ như Selenium

25. Tại sao Thử nghiệm liên tục lại quan trọng đối với DevOps?

Mọi sửa đổi đối với mã có thể được kiểm tra ngay lập tức bằng Kiểm tra liên tục. Điều này ngăn chặn những lo ngại như vấn đề chất lượng và sự chậm trễ phát hành có thể xảy ra bất cứ khi nào thử nghiệm vụ nổ lớn bị trì hoãn cho đến khi kết thúc chu kỳ. Bằng cách này, Thử nghiệm liên tục cho phép phát hành chất lượng cao và thường xuyên hơn

26. Các yếu tố chính của công cụ Kiểm tra liên tục là gì?

Các yếu tố chính của Kiểm thử liên tục là

• Tối ưu hóa thử nghiệm - Nó đảm bảo rằng các thử nghiệm tạo ra kết quả đáng tin cậy và thông tin có thể thực hiện được. Quản lý dữ liệu thử nghiệm, Quản lý tối ưu hóa thử nghiệm và Bảo trì thử nghiệm là những ví dụ về các khía cạnh
• Phân tích nâng cao - Để tránh các vấn đề xảy ra ngay từ đầu và để đạt được nhiều hơn trong mỗi lần lặp lại, nó sử dụng tự động hóa trong các lĩnh vực như đánh giá/ưu tiên phạm vi, phân tích hiệu ứng thay đổi và phân tích mã tĩnh
• Phân tích chính sách - Nó đảm bảo rằng tất cả các quy trình đều phù hợp với nhu cầu kinh doanh đang thay đổi của tổ chức và tất cả các yêu cầu tuân thủ đều được đáp ứng
• Đánh giá rủi ro - Tối ưu hóa phạm vi kiểm tra, nợ kỹ thuật, nhiệm vụ giảm thiểu rủi ro và đánh giá chất lượng đều được đề cập để đảm bảo bản dựng sẵn sàng chuyển sang giai đoạn tiếp theo
• Ảo hóa dịch vụ - Đảm bảo có sẵn các kịch bản thử nghiệm trong thế giới thực. Trực quan hóa dịch vụ cung cấp quyền truy cập vào bản trình bày ảo của các giai đoạn thử nghiệm cần thiết, đảm bảo tính khả dụng của nó và giảm thời gian thiết lập môi trường thử nghiệm
• Truy xuất nguồn gốc yêu cầu - Nó đảm bảo rằng không cần làm lại và đáp ứng các tiêu chí thực tế. Để xác định nhu cầu nào cần xác thực bổ sung, đang gặp nguy hiểm và hoạt động như mong đợi, một đánh giá đối tượng được sử dụng

Giải phóng sự nghiệp được trả lương cao trong DevOps

Chương trình Caltech trong DevOps Chương trình Khám phá

Câu hỏi phỏng vấn DevOps về quản lý mã nguồn — Git

27. Giải thích sự khác biệt giữa hệ thống kiểm soát phiên bản tập trung và phân tán (VCS)

Hệ thống kiểm soát phiên bản tập trung

• Tất cả các phiên bản tệp được lưu trữ trên một máy chủ trung tâm
• Không nhà phát triển nào có bản sao của tất cả các tệp trên hệ thống cục bộ
• Nếu máy chủ trung tâm gặp sự cố, tất cả dữ liệu từ dự án sẽ bị mất

Hệ thống điều khiển phân tán

• Mọi nhà phát triển đều có một bản sao của tất cả các phiên bản mã trên hệ thống của họ
• Cho phép các thành viên trong nhóm làm việc ngoại tuyến và không dựa vào một vị trí duy nhất để sao lưu
• Không có mối đe dọa nào, ngay cả khi máy chủ gặp sự cố

28. Lệnh git tải bất kỳ kho lưu trữ nào từ GitHub về máy tính của bạn là gì?

Lệnh git tải bất kỳ kho lưu trữ nào từ GitHub về máy tính của bạn là git clone

29. Làm cách nào để đẩy một tệp từ hệ thống cục bộ của bạn lên kho lưu trữ GitHub bằng Git?

Đầu tiên, kết nối kho lưu trữ cục bộ với kho lưu trữ từ xa của bạn

git remote add origin [địa chỉ web đã sao chép]

// Bán tại. git remote add origin https. //github. com/Simplilearn-github/kiểm tra. git

Thứ hai, đẩy tệp của bạn vào kho lưu trữ từ xa

chủ nguồn gốc git đẩy

30. Kho lưu trữ trống khác với cách khởi tạo kho lưu trữ Git tiêu chuẩn như thế nào?

Sử dụng phương pháp tiêu chuẩn

git init

• Bạn tạo một thư mục làm việc với git init
• Một. thư mục con git được tạo với tất cả lịch sử sửa đổi liên quan đến git

Sử dụng con đường trần trụi

git init --bare

• Nó không chứa bất kỳ bản sao nào đang hoạt động hoặc đã kiểm tra của các tệp nguồn
• Kho lưu trữ trống lưu trữ lịch sử sửa đổi git trong thư mục gốc của kho lưu trữ của bạn, thay vì thư mục. thư mục con git

31. Lệnh CLI nào sau đây có thể được sử dụng để đổi tên tệp?

1. git rm
2. git mv
3. git rm -r
4. Không có điều nào ở trên

Câu trả lời đúng là B) git mv

32. Quá trình hoàn nguyên một cam kết đã được đẩy và công khai là gì?

Có hai cách để bạn có thể hoàn nguyên một cam kết.  

1. Xóa hoặc sửa tệp xấu trong một lần xác nhận mới và đẩy tệp đó vào kho lưu trữ từ xa. Sau đó cam kết nó vào kho lưu trữ từ xa bằng cách sử dụng.
   
   git commit –m "thông báo cam kết"
   
   
2. Tạo một cam kết mới hoàn tác tất cả các thay đổi đã được thực hiện trong cam kết không hợp lệ. Sử dụng lệnh sau.
   
   git revert

Ví dụ. git hoàn nguyên 56de0938f

Đào tạo GIT MIỄN PHÍ

Tìm hiểu kiến ​​thức cơ bản về GIT Đăng ký ngay

33. Giải thích sự khác biệt giữa git fetch và git pull

Git fetchGit pullGit fetch chỉ tải xuống dữ liệu mới từ một kho lưu trữ từ xaGit pull cập nhật nhánh HEAD hiện tại với những thay đổi mới nhất từ ​​máy chủ từ xaKhông tích hợp bất kỳ dữ liệu mới nào vào các tệp làm việc của bạn Tải xuống dữ liệu mới và tích hợp nó với các tệp làm việc hiện tạiNgười dùng có thể chạy tìm nạp Git

Lệnh - git lấy nguồn gốc

git lấy –-all

Lệnh - git pull Origin master

34. Git stash là gì?

Một nhà phát triển đang làm việc với một nhánh hiện tại muốn chuyển sang một nhánh khác để làm việc khác, nhưng nhà phát triển không muốn cam kết thay đổi công việc còn dang dở của bạn. Giải pháp cho vấn đề này là Git stash. Git stash lấy các tệp được theo dõi đã sửa đổi của bạn và lưu chúng vào một chồng các thay đổi chưa hoàn thành mà bạn có thể áp dụng lại bất kỳ lúc nào

35. Giải thích khái niệm phân nhánh trong Git

Giả sử bạn đang làm việc trên một ứng dụng và bạn muốn thêm một tính năng mới vào ứng dụng. Bạn có thể tạo một nhánh mới và xây dựng tính năng mới trên nhánh đó

• Theo mặc định, bạn luôn làm việc trên nhánh chính
• Các vòng tròn trên nhánh đại diện cho các cam kết khác nhau được thực hiện trên nhánh
• Sau khi bạn hoàn thành tất cả các thay đổi, bạn có thể hợp nhất nó với nhánh chính

36. Sự khác biệt giữa Git Merge và Git Rebase là gì?

Giả sử bạn đang làm việc trên một tính năng mới trong một nhánh chuyên dụng và một thành viên khác trong nhóm cập nhật nhánh chính với các cam kết mới. Bạn có thể sử dụng hai chức năng này

Hợp nhất Git

Để kết hợp các cam kết mới vào nhánh tính năng của bạn, hãy sử dụng hợp nhất Git

• Tạo một cam kết hợp nhất bổ sung mỗi khi bạn cần kết hợp các thay đổi
• Tuy nhiên, nó làm ô nhiễm lịch sử nhánh tính năng của bạn

Git Rebase

Là một giải pháp thay thế cho việc hợp nhất, bạn có thể khởi động lại nhánh tính năng để làm chủ

• Kết hợp tất cả các xác nhận mới trong nhánh chính
• Nó tạo các cam kết mới cho mọi cam kết trong nhánh ban đầu và viết lại lịch sử dự án

37. Làm cách nào để bạn tìm thấy danh sách các tệp đã được thay đổi trong một cam kết cụ thể?

Lệnh để lấy danh sách các tệp đã được thay đổi trong một cam kết cụ thể là

git diff-tree –r {cam kết băm}

Ví dụ. git diff-tree –r 87e673f21b

• -r cờ hướng dẫn lệnh liệt kê các tệp riêng lẻ
• hàm băm cam kết sẽ liệt kê tất cả các tệp đã được thay đổi hoặc thêm vào trong lần xác nhận đó

38. Xung đột hợp nhất trong Git là gì và làm cách nào để giải quyết?

Xung đột hợp nhất Git xảy ra khi bạn có các nhánh hợp nhất cạnh tranh cho các cam kết và Git cần bạn trợ giúp để quyết định những thay đổi nào sẽ được đưa vào hợp nhất cuối cùng

Chỉnh sửa tệp xung đột theo cách thủ công để chọn những thay đổi mà bạn muốn giữ lại trong lần hợp nhất cuối cùng

Giải quyết bằng trình chỉnh sửa xung đột GitHub

Điều này được thực hiện khi xảy ra xung đột hợp nhất sau khi cạnh tranh để thay đổi dòng. Ví dụ: điều này có thể xảy ra khi mọi người thực hiện các thay đổi khác nhau đối với cùng một dòng của cùng một tệp trên các nhánh khác nhau trong kho lưu trữ Git của bạn

• Giải quyết xung đột hợp nhất bằng trình chỉnh sửa xung đột
• Bên dưới tên kho lưu trữ của bạn, hãy nhấp vào "Kéo yêu cầu. "

• Trong trình đơn thả xuống "Yêu cầu kéo", hãy nhấp vào yêu cầu kéo có xung đột hợp nhất mà bạn muốn giải quyết
• Gần cuối yêu cầu kéo của bạn, hãy nhấp vào "Giải quyết xung đột. "

 

• Quyết định xem bạn chỉ muốn giữ các thay đổi của nhánh của mình, các thay đổi của nhánh khác hay thực hiện một thay đổi hoàn toàn mới, có thể kết hợp các thay đổi từ cả hai nhánh
• Delete the conflict markers <<<<<<<, =======, >>>>>>> and make changes you want in the final merge.

• Nếu bạn có nhiều xung đột hợp nhất trong tệp của mình, hãy cuộn xuống nhóm đánh dấu xung đột tiếp theo và lặp lại các bước bốn và năm để giải quyết xung đột hợp nhất của bạn
• Khi bạn đã giải quyết tất cả xung đột trong tệp, hãy nhấp vào Đánh dấu là đã giải quyết

• Nếu bạn có nhiều tệp bị xung đột, hãy chọn tệp tiếp theo bạn muốn chỉnh sửa ở phía bên trái của trang trong "tệp xung đột" và lặp lại các bước từ bốn đến bảy cho đến khi bạn giải quyết xong tất cả các xung đột hợp nhất của yêu cầu kéo của mình

• Khi bạn đã giải quyết xung đột hợp nhất của mình, hãy nhấp vào Cam kết hợp nhất. Điều này hợp nhất toàn bộ nhánh cơ sở vào nhánh đầu của bạn

• Để hợp nhất yêu cầu kéo của bạn, nhấp vào Hợp nhất yêu cầu kéo
  
  
• Xung đột hợp nhất được giải quyết bằng dòng lệnh
• Mở Git Bash
• Điều hướng vào kho lưu trữ Git cục bộ chứa xung đột hợp nhất

• Tạo danh sách các tệp mà xung đột hợp nhất ảnh hưởng. Trong ví dụ này, file styleguide. md có xung đột hợp nhất

• Mở bất kỳ trình soạn thảo văn bản nào, chẳng hạn như Sublime Text hoặc Atom và điều hướng đến tệp có xung đột hợp nhất
• Để xem phần đầu của xung đột hợp nhất trong tệp của bạn, hãy tìm kiếm tệp cho điểm đánh dấu xung đột "<<<<<<<. " Mở nó ra, và bạn sẽ thấy những thay đổi từ nhánh cơ sở sau dòng "<<<<<<< HEAD. "
• Tiếp theo, bạn sẽ thấy "=======", phân chia các thay đổi của bạn với các thay đổi ở nhánh khác, theo sau là ">>>>>>> TÊN CHI NHÁNH"

• Quyết định xem bạn chỉ muốn giữ các thay đổi của nhánh của mình, các thay đổi của nhánh khác hay thực hiện một thay đổi hoàn toàn mới, có thể kết hợp các thay đổi từ cả hai nhánh
• Delete the conflict markers "<<<<<<<", "=======", ">>>>>>>" and make the changes you want in the final merge.

Trong ví dụ này, cả hai thay đổi được đưa vào hợp nhất cuối cùng

• Thêm hoặc giai đoạn thay đổi của bạn.  

• Cam kết các thay đổi của bạn bằng một nhận xét

Giờ đây, bạn có thể hợp nhất các nhánh trên dòng lệnh hoặc đẩy các thay đổi của mình vào kho lưu trữ từ xa trên GitHub và hợp nhất các thay đổi của bạn trong một yêu cầu kéo

39. Chia đôi Git là gì?

Git bisect là một công cụ sử dụng tìm kiếm nhị phân để xác định cam kết gây ra lỗi

Lệnh chia đôi Git -

git bisect

Lệnh git bisect được sử dụng để tìm lỗi thực hiện cam kết trong dự án bằng cách sử dụng thuật toán tìm kiếm nhị phân

Cam kết xảy ra lỗi được gọi là cam kết “xấu” và cam kết trước khi xảy ra lỗi được gọi là cam kết “tốt”. Chúng tôi truyền tải điều tương tự đến công cụ git bisect và nó chọn một cam kết ngẫu nhiên giữa hai điểm cuối và nhắc xem điểm cuối đó là điểm “tốt” hay “xấu”. The process continues uptil the range is narrowed down and the exact commit that introduced the exact change is discovered

40. Giải thích một số lệnh Git cơ bản

Một số lệnh Git cơ bản được tóm tắt trong bảng bên dưới -

Chỉ huy

Purpose

git init

Được sử dụng để bắt đầu một kho lưu trữ mới

cấu hình git -

• git config –người dùng toàn cầu. tên tên]"
• git config –global user. email “[email address]”

This helps to set the username and email to whom the commits belong to

git clone

Used to create a local copy of an existing repository

git add -

• git add
• git add

Used to add one or more files to the staging area

git commit -

• git commit -a 
• git commit -m “”

Creates a snapshot or records of the file(s) that are in the staging area

git diff -

• git diff [first branch] [second branch]
• git diff -staged

Used to show differences between the two mentioned branches/differences made in the files in the staging area vs current version

git status

Lists out all the files that are to be committed

git rm

Được sử dụng để xóa (các) tệp khỏi thư mục làm việc hiện tại và cũng tạo giai đoạn cho nó

git show

Shows the content changes and metadata of the mentioned commit

git branch -

• git branch [branch name]
• git branch -d [branch name]
• git branch

The first one creates a brand new branch

The second is used to delete the mentioned branch

The last one lists out all the branches available and also highlights the branch we are in currently

Get All Your Career Growth Questions Answered

Chương trình thạc sĩ kỹ sư DevOps Chương trình khám phá

DevOps Interview Questions for Continuous Integration - Jenkins

41. Explain the master-slave architecture of Jenkins

• Jenkins master pulls the code from the remote GitHub repository every time there is a code commit
• It distributes the workload to all the Jenkins slaves
• On request from the Jenkins master, the slaves carry out, builds, test, and produce test reports

42. What is Jenkinsfile?

Jenkinsfile contains the definition of a Jenkins pipeline and is checked into the source control repository. It is a text file

• It allows code review and iteration on the pipeline
• It permits an audit trail for the pipeline
• There is a single source of truth for the pipeline, which can be viewed and edited

43. Which of the following commands runs Jenkins from the command line?

1. java –jar Jenkins. war
2. java –war Jenkins. jar
3. java –jar Jenkins. jar
4. java –war Jenkins. war

The correct answer is A) java –jar Jenkins. war

44. What concepts are key aspects of the Jenkins pipeline?

• Pipeline.  User-defined model of a CD pipeline. The pipeline's code defines the entire build process, which includes building, testing and delivering an application
• Node.  A machine that is part of the Jenkins environment and capable of executing a pipeline
• Step.  A single task that tells Jenkins what to do at a particular point in time
• Stage.  Defines a conceptually distinct subset of tasks performed through the entire pipeline (build, test, deploy stages)

45. Which file is used to define dependency in Maven?

1. build. xml
2. pom. xml
3. dependency. xml
4. Version. xml

Câu trả lời đúng là B) pom. xml

46. Explain the two types of pipeline in Jenkins, along with their syntax

Jenkins provides two ways of developing a pipeline code.  Scripted and Declarative

A. Scripted Pipeline. It is based on Groovy script as their Domain Specific Language. One or more node blocks do the core work throughout the entire pipeline

Syntax

1. Executes the pipeline or any of its stages on any available agent
2. Defines the build stage
3. Performs steps related to building stage
4. Defines the test stage
5. Performs steps related to the test stage
6. Defines the deploy stage
7. Performs steps related to the deploy stage

B. Declarative Pipeline.  It provides a simple and friendly syntax to define a pipeline. Here, the pipeline block defines the work done throughout the pipeline

Syntax

1. Executes the pipeline or any of its stages on any available agent
2. Defines the build stage
3. Performs steps related to building stage
4. Defines the test stage
5. Performs steps related to the test stage
6. Defines the deploy stage
7. Performs steps related to the deploy stage

47. How do you create a backup and copy files in Jenkins?

In order to create a backup file, periodically back up your JENKINS_HOME directory

In order to create a backup of Jenkins setup, copy the JENKINS_HOME directory. You can also copy a job directory to clone or replicate a job or rename the directory

48. Làm cách nào bạn có thể sao chép Jenkins từ máy chủ này sang máy chủ khác?

• Di chuyển công việc từ bản cài đặt Jenkins này sang bản cài đặt khác bằng cách sao chép thư mục công việc tương ứng
• Tạo một bản sao của một công việc hiện có bằng cách tạo một bản sao của một thư mục công việc với một tên khác
• Đổi tên một công việc hiện có bằng cách đổi tên một thư mục

49. Kể tên ba cơ chế bảo mật mà Jenkins sử dụng để xác thực người dùng

• Jenkins sử dụng cơ sở dữ liệu nội bộ để lưu trữ dữ liệu người dùng và thông tin xác thực
• Jenkins có thể sử dụng máy chủ Giao thức truy cập thư mục hạng nhẹ (LDAP) để xác thực người dùng.  
• Jenkins có thể được cấu hình để sử dụng cơ chế xác thực mà máy chủ ứng dụng đã triển khai sử dụng.  

50. Bản dựng tùy chỉnh của plugin cốt lõi được triển khai như thế nào?

Các bước để triển khai bản dựng tùy chỉnh của plugin cốt lõi

• Sao chép. hpi sang $JENKINS_HOME/plugins
• Xóa thư mục phát triển của plugin
• Create an empty file called .hpi.pinned
• Khởi động lại Jenkins và sử dụng phiên bản plugin lõi tùy chỉnh của bạn

51. Làm cách nào bạn có thể tạm thời tắt bảo mật Jenkins nếu người dùng quản trị đã tự khóa họ khỏi bảng điều khiển dành cho quản trị viên?

• Khi bảo mật được bật, tệp Config chứa một phần tử XML có tên useSecurity sẽ được đặt thành true
• Bằng cách thay đổi cài đặt này thành false, tính năng bảo mật sẽ bị tắt vào lần khởi động lại Jenkins tiếp theo

52. Các cách mà một bản dựng có thể được lên lịch/chạy trong Jenkins là gì?

• Bằng cam kết quản lý mã nguồn
• Sau khi hoàn thành các công trình khác
• Được lên lịch để chạy vào một thời điểm xác định
• Yêu cầu xây dựng thủ công

53. Các lệnh mà bạn có thể sử dụng để khởi động lại Jenkins theo cách thủ công là gì?

Hai cách để tự khởi động lại Jenkins.  

1. (Jenkins_url)/khởi động lại          // Bắt buộc khởi động lại mà không cần đợi quá trình xây dựng hoàn tất
2. (Jenkins_url)/safeRestart    // Cho phép tất cả các bản dựng đang chạy hoàn tất trước khi khởi động lại

54. Giải thích cách bạn có thể thiết lập công việc Jenkins?

Để tạo một Jenkins Job, chúng ta vào trang đầu của Jenkins, chọn New Job rồi chọn Build a free-style software project

Các yếu tố của công việc tự do này là -

• Trình kích hoạt tùy chọn để kiểm soát khi Jenkins xây dựng
• Các bước tùy chọn để thu thập dữ liệu từ bản dựng, chẳng hạn như thu thập javadoc, kiểm tra kết quả và/hoặc lưu trữ tạo phẩm
• Tập lệnh xây dựng (ant, maven, tập lệnh shell, tệp bó, v.v. ) mà thực sự làm công việc
• Hệ thống quản lý mã nguồn tùy chọn (SCM), như Subversion hoặc CVS

Bài kiểm tra thực hành bài kiểm tra kỹ sư DevOps

Đánh giá mức độ hiểu biết của bạn về các khái niệm DevOps Hãy thử trả lời

Câu hỏi phỏng vấn DevOps dành cho Thử nghiệm liên tục - Selenium

55. Các thành phần Selenium khác nhau là gì?

Selenium có các thành phần sau

Môi trường phát triển tích hợp Selenium (IDE)

• Nó có một khung đơn giản và nên được sử dụng để tạo mẫu
• Nó có một plug-in Firefox dễ cài đặt

Điều khiển từ xa Selenium (RC)

• Khung thử nghiệm dành cho nhà phát triển để viết mã bằng bất kỳ ngôn ngữ lập trình nào (Java, PHP, Perl, C#, v.v. )

Selenium WebDriver

• Áp dụng cách tiếp cận tốt hơn để tự động hóa các hoạt động của trình duyệt
• Nó không dựa vào JavaScript

Lưới Selenium

• Hoạt động với Selenium RC và chạy thử nghiệm trên các nút khác nhau bằng trình duyệt

56. Các ngoại lệ khác nhau trong Selenium WebDriver là gì?

Ngoại lệ là các sự kiện xảy ra trong quá trình thực thi chương trình và làm gián đoạn luồng hướng dẫn bình thường của chương trình. Selenium có các ngoại lệ sau

• TimeoutException - Nó bị ném khi một lệnh thực hiện một thao tác không hoàn thành trong thời gian quy định
• NoSuchElementException - Nó bị ném khi không tìm thấy phần tử có thuộc tính cụ thể trên trang web
• ElementNotVisibleException - Nó bị ném khi có một phần tử trong Mô hình Đối tượng Tài liệu (DOM) nhưng không hiển thị. Bán tại. Các phần tử ẩn được định nghĩa trong HTML bằng cách sử dụng type=“hidden”
• SessionNotFoundException - WebDriver đang thực hiện tác vụ ngay sau khi thoát khỏi trình duyệt

57. Selenium có thể kiểm tra ứng dụng trên trình duyệt Android không?

Selenium có khả năng kiểm tra ứng dụng trên trình duyệt Android bằng trình điều khiển Android. Bạn có thể sử dụng khung Selendroid hoặc Appium để kiểm tra ứng dụng gốc hoặc ứng dụng web trong trình duyệt Android. Sau đây là một mã mẫu

58. Các loại thử nghiệm khác nhau mà Selenium hỗ trợ là gì?

Chức năng - Đây là một loại thử nghiệm hộp đen trong đó các trường hợp thử nghiệm dựa trên đặc tả phần mềm

Hồi quy - Thử nghiệm này giúp tìm ra lỗi mới, hồi quy, v.v. trong các khu vực chức năng và phi chức năng khác nhau của mã sau khi thay đổi.  

Thử nghiệm tải - Thử nghiệm này nhằm mục đích theo dõi phản hồi của thiết bị sau khi đặt tải lên thiết bị. Nó được thực hiện để nghiên cứu hành vi của hệ thống trong các điều kiện nhất định

59. How can you access the text of a web element?

Lệnh get được sử dụng để truy xuất văn bản của một thành phần web cụ thể. The command does not return any parameter but returns a string value

Used for

• Verification of messages
• Labels
• Errors displayed on the web page

Syntax.  

String Text=driver. findElement(By. id(“văn bản”)). getText();

60. Làm cách nào bạn có thể xử lý các thao tác trên bàn phím và chuột bằng Selenium?

Bạn có thể xử lý các sự kiện bàn phím và chuột bằng API tương tác người dùng nâng cao. API tương tác người dùng nâng cao chứa các hành động và lớp hành động

Phương thức DescriptionclickAndHold()Nhấp chuột mà không nhả vị trí chuột hiện tại dragAndDrop()Thực hiện nhấp và giữ tại vị trí của phần tử nguồn keyDown(modifier_key)Thực hiện nhấn phím bổ trợ (ctrl, shift, Fn, v.v. ) keyUp(modifier_key)Thực hiện nhả khóa

60. Tùy chọn nào trong số những tùy chọn này không phải là phương pháp WebElement?

1. getText()
2. kích thước()
3. getTagName()
4. sendKeys()

Câu trả lời đúng là B) size()

61. Khi nào chúng ta sử dụng findElement() và findElements()?

A. findElement()

Nó tìm phần tử đầu tiên trong trang web hiện tại khớp với giá trị bộ định vị đã chỉ định

Syntax

Phần tử WebElement=trình điều khiển. findElements(By. xpath(“//div[@id=‘example’]//ul//li”));

B. findElements()

Nó tìm thấy tất cả các thành phần trong trang web hiện tại khớp với giá trị bộ định vị đã chỉ định

Syntax

Liệt kê phần tửList = trình điều khiển. findElements(By. xpath(“//div[@id=‘example’]//ul//li”));

62. tài xế là gì. close() và trình điều khiển. thoát () trong WebDriver?

Đây là hai phương pháp khác nhau được sử dụng để đóng phiên trình duyệt trong Selenium WebDriver

• người lái xe. close() - Điều này được sử dụng để đóng cửa sổ trình duyệt hiện tại mà tiêu điểm được đặt. Trong trường hợp này, chỉ có một trình duyệt được mở
• người lái xe. bỏ () - Nó đóng tất cả các cửa sổ trình duyệt và kết thúc phiên WebDriver bằng trình điều khiển. phương pháp xử lý

63. Làm cách nào bạn có thể gửi biểu mẫu bằng Selenium?

Các dòng mã sau đây sẽ cho phép bạn gửi biểu mẫu bằng Selenium

WebElement el = trình điều khiển. findElement(By. id("ElementID"));

el. Gửi đi();

64. Các loại Kiểm tra được hỗ trợ bởi Selenium là gì?

Có hai loại thử nghiệm được hỗ trợ chủ yếu bởi Selenium

Kiểm tra chức năng - Kiểm tra riêng lẻ các điểm hoặc tính năng chức năng của phần mềm

Kiểm tra hồi quy - Bất cứ khi nào một lỗi được sửa, một sản phẩm sẽ được kiểm tra lại và đây được gọi là Kiểm tra hồi quy

65. Selenium IDE là gì?

Môi trường phát triển tích hợp Selenium (IDE)  là môi trường phát triển tập lệnh Selenium tất cả trong một. Nó có thể được sử dụng để kiểm tra gỡ lỗi, thay đổi và ghi lại và cũng có sẵn dưới dạng tiện ích mở rộng của Firefox. Selenium IDE đi kèm với toàn bộ Selenium Core  cho phép chúng tôi phát lại và ghi lại các thử nghiệm một cách nhanh chóng và dễ dàng trong môi trường chính xác nơi chúng sẽ được tiến hành

Selenium IDE là môi trường tốt nhất để xây dựng các thử nghiệm Selenium, bất kể phong cách thử nghiệm mà chúng tôi ưa thích, nhờ vào khả năng di chuyển hướng dẫn nhanh chóng và hỗ trợ tự động hoàn thành

66. Sự khác biệt giữa các lệnh Assert và Verify trong Selenium là gì?

Sự khác biệt giữa các lệnh Verify và Assert trong Selenium là

• Các lệnh xác minh xác định xem điều kiện được cung cấp có đúng hay không. Việc thực thi chương trình không dừng bất kể điều kiện có đúng hay không, tôi. e. , tất cả các bước kiểm tra sẽ được hoàn thành và lỗi xác minh sẽ không dừng quá trình thực thi
• Lệnh khẳng định xác định xem một điều kiện là sai hay đúng. Để biết phần tử được cung cấp có trên trang hay không ta làm như sau. Bước kiểm tra tiếp theo sẽ được thực hiện bởi điều khiển chương trình, nếu điều kiện là đúng. Tuy nhiên, sẽ không có thử nghiệm nào khác được chạy và quá trình thực thi sẽ tạm dừng nếu điều kiện là sai

67. Làm cách nào để khởi chạy Trình duyệt bằng WebDriver?

Để khởi chạy Trình duyệt bằng WebDriver, hãy tuân theo cú pháp sau -

Trình điều khiển WebDriver = InternetExplorerDriver mới();

Trình điều khiển WebDriver = ChromeDriver mới();

Trình điều khiển WebDriver = FirefoxDriver mới();

68. Sự khác biệt giữa Quản lý tài sản và Quản lý cấu hình là gì?

Sự khác biệt giữa Quản lý cấu hình và Quản lý tài sản là

Quản lý cấu hình

Quản lý tài sản

Mối quan hệ hoạt động

Chỉ quan hệ ngẫu nhiên

Duy trì dữ liệu khắc phục sự cố

Duy trì dữ liệu thuế

Mọi thứ chúng tôi triển khai đều có phạm vi

Tất cả mọi thứ chúng tôi sở hữu là phạm vi

Triển khai đến khi nghỉ hưu - vòng đời

Mua để thanh lý - vòng đời

Hoạt động - mối quan tâm chính

Tài chính - mối quan tâm chính

Các quy trình ITIL từ giao diện

Cho thuê và mua từ giao diện

Đào tạo chứng chỉ DevOps MIỄN PHÍ

Thành thạo các công cụ và kỹ năng DevOps theo yêu cầu Đăng ký MIỄN PHÍ

Câu hỏi phỏng vấn DevOps về Quản lý cấu hình — Chef, Puppet, Ansible

69. Tại sao chứng chỉ SSL được sử dụng trong Chef?

• Chứng chỉ SSL được sử dụng giữa máy chủ Chef và máy khách để đảm bảo rằng mỗi nút có quyền truy cập vào đúng dữ liệu
• Mỗi nút có một cặp khóa riêng và khóa chung. Khóa công khai được lưu trữ tại máy chủ Chef
• Khi chứng chỉ SSL được gửi đến máy chủ, nó sẽ chứa khóa riêng của nút
• Máy chủ so sánh khóa này với khóa chung để xác định nút và cấp cho nút quyền truy cập vào dữ liệu được yêu cầu

70. Bạn sẽ sử dụng lệnh nào sau đây để dừng hoặc tắt dịch vụ 'httpd' khi hệ thống khởi động?

1. # systemctl vô hiệu hóa httpd. dịch vụ
2. # vô hiệu hóa hệ thống httpd. dịch vụ
3. # vô hiệu hóa hệ thống httpd
4. # systemctl vô hiệu hóa httpd. dịch vụ

Câu trả lời đúng là A) # systemctl disable httpd. dịch vụ

71. Test Bếp trong Đầu bếp là gì?

Test Kitchen là một công cụ dòng lệnh trong Chef khởi động một phiên bản và kiểm tra sách dạy nấu ăn trên đó trước khi triển khai trên các nút thực tế

Dưới đây là các lệnh nhà bếp thường được sử dụng nhất

72. Đầu bếp-áp dụng khác với đầu bếp-khách hàng như thế nào?

• chef-apply được chạy trên hệ thống máy khách.
  
  chef-apply áp dụng công thức được đề cập trong lệnh trên hệ thống máy khách.
  
  $ đầu bếp-áp dụng công thức_name. rb
  
  
• chef-client cũng chạy trên hệ thống máy khách.
  
  chef-client áp dụng tất cả sách dạy nấu ăn trong danh sách chạy của máy chủ của bạn cho hệ thống máy khách.
  
  $ dao đầu bếp-khách hàng

73. Lệnh ký các chứng chỉ được yêu cầu là gì?

• Dành cho Puppet phiên bản 2. 7.
  
  # con rốica –ký tên máy chủ của tác nhân
  
  Ví dụ.
  
  # con rối ca – ký ChefAgent
  
  # con rốica ký tên máy chủ của đại lý
  
  Ví dụ.
  
  # con rốica ký ChefAgent
  
  
• Dành cho Puppet phiên bản 2. 7.
  
  # con rốica –ký tên máy chủ của tác nhân
  
  Ví dụ.
  
  # con rối ca – ký ChefAgent
  
  # con rốica ký tên máy chủ của đại lý
  
  Ví dụ.
  
  # con rốica ký ChefAgent

74. Bạn sử dụng công cụ cộng đồng hoặc mã nguồn mở nào để làm cho Puppet mạnh mẽ hơn?

• Các thay đổi trong cấu hình được theo dõi bằng Jira và việc bảo trì thêm được thực hiện thông qua các quy trình nội bộ.  
• Kiểm soát phiên bản có sự hỗ trợ của ứng dụng quản lý mã của Git và Puppet
• Các thay đổi cũng được chuyển qua quy trình tích hợp liên tục của Jenkin

75. Tài nguyên trong Puppet là gì?

• Tài nguyên là đơn vị cơ bản của bất kỳ công cụ quản lý cấu hình nào
• Đây là những tính năng của một nút, như các gói phần mềm hoặc dịch vụ của chúng
• Khai báo tài nguyên, được viết trong danh mục, mô tả hành động được thực hiện trên hoặc với tài nguyên
• Khi danh mục được thực thi, nó đặt nút ở trạng thái mong muốn

76. Lớp học trong Múa rối là gì?

Các lớp được đặt tên là các khối trong bảng kê khai của bạn để định cấu hình các chức năng khác nhau của nút, chẳng hạn như dịch vụ, tệp và gói

Các lớp được thêm vào danh mục của nút và chỉ được thực thi khi được gọi rõ ràng

Lớp apache (Chuỗi phiên bản $ = 'mới nhất') {

bưu kiện{

'httpd'. đảm bảo => phiên bản $,

trước => Tệp[‘/etc/httpd. conf’],}

khóa học miễn phí. Bắt đầu với Ansible

Nắm vững kiến ​​thức cơ bản về Ansible Đăng ký ngay

77. Vai trò Ansible là gì?

Vai trò Ansible là một khối độc lập gồm các tác vụ, biến, tệp và mẫu được nhúng bên trong playbook

Playbook này cài đặt tomcat trên node1

78. Khi nào tôi nên sử dụng '{{ }}'?

Luôn sử dụng {{}} cho các biến, trừ khi bạn có câu lệnh điều kiện, chẳng hạn như "khi. …". Điều này là do các câu lệnh có điều kiện được chạy qua Jinja, giải quyết các biểu thức

Ví dụ

echo "Điều này in ra giá trị của {{foo}}"

khi nào. foo được xác định

Sử dụng dấu ngoặc giúp việc phân biệt giữa chuỗi và biến không xác định trở nên đơn giản hơn

Điều này cũng đảm bảo rằng Ansible không nhận ra dòng này là một khai báo từ điển

79. Cách tốt nhất để làm cho nội dung có thể tái sử dụng/phân phối lại là gì?

Có ba cách để làm cho nội dung có thể tái sử dụng hoặc phân phối lại trong Ansible

• Các vai trò được sử dụng để quản lý các tác vụ trong playbook. Chúng có thể được chia sẻ dễ dàng qua Ansible Galaxy
• "bao gồm" được sử dụng để thêm mô-đun con hoặc tệp khác vào sách giải trí. Điều này có nghĩa là mã được viết một lần có thể được thêm vào nhiều playbook
• "nhập" là một cải tiến của "bao gồm", đảm bảo rằng tệp chỉ được thêm một lần. Điều này hữu ích khi một dòng được chạy đệ quy

80. Ansible khác với Puppet như thế nào?

AnsiblePuppetCài đặt không cần tác nhân dễ dàngCài đặt dựa trên tác nhânDựa trên PythonDựa trên RubyCác tệp cấu hình được viết bằng YAMLCác tệp cấu hình được viết bằng DSLKhông hỗ trợ cho WindowsHỗ trợ cho tất cả các hệ điều hành phổ biến

Bây giờ chúng ta sẽ xem xét một số câu hỏi phỏng vấn DevOps về container hóa

Câu hỏi phỏng vấn DevOps về Containerization

81. Giải thích kiến ​​trúc của Docker

• Docker sử dụng kiến ​​trúc client-server
• Docker Client là một dịch vụ chạy lệnh. Lệnh được dịch bằng API REST và được gửi đến Docker Daemon (máy chủ).  
• Docker Daemon chấp nhận yêu cầu và tương tác với hệ điều hành để xây dựng Docker image và chạy Docker container
• Hình ảnh Docker là một mẫu hướng dẫn, được sử dụng để tạo vùng chứa
• Docker container là một gói thực thi của một ứng dụng và các phần phụ thuộc của nó với nhau
• Đăng ký Docker là một dịch vụ để lưu trữ và phân phối hình ảnh Docker giữa những người dùng

82. Ưu điểm của Docker so với máy ảo là gì?

Tiêu chí Máy ảo DockerKhông gian bộ nhớChiếm nhiều dung lượng bộ nhớCác bộ chứa Docker chiếm ít không gian hơnThời gian khởi độngThời gian khởi động dàiThời gian khởi động ngắnHiệu suấtChạy nhiều máy ảo dẫn đến hiệu suất không ổn địnhCác bộ chứa có hiệu suất tốt hơn vì chúng được lưu trữ trong một công cụ Docker duy nhấtTăng quy môKhó mở rộng quy môDễ dàng mở rộng

83. Làm cách nào để chúng tôi chia sẻ các vùng chứa Docker với các nút khác nhau?

• Có thể chia sẻ bộ chứa Docker trên các nút khác nhau với Docker Swarm
• Docker Swarm là một công cụ cho phép các nhà phát triển và quản trị viên CNTT tạo và quản lý một cụm nút swarm trong nền tảng Docker
• Một bầy bao gồm hai loại nút. một nút quản lý và một nút công nhân

84. Các lệnh được sử dụng để tạo một bầy Docker là gì?

• Tạo bầy nơi bạn muốn chạy nút quản lý của mình.
  
  Docker swarm init --advertise-addr

• Khi bạn đã tạo một nhóm trên nút người quản lý của mình, bạn có thể thêm các nút công nhân vào nhóm của mình
• Khi một nút được khởi tạo với tư cách là người quản lý, nó sẽ ngay lập tức tạo mã thông báo. Để tạo nút công nhân, lệnh sau (mã thông báo) phải được thực thi trên máy chủ của nút công nhân.
  
  tham gia bầy đàn docker \ --token SWMTKN-1-49nj1cmql0jkz5s954yi3oex3nedyz0fb0xx14ie39trti4wxv-8vxv8rssmk743ojnwacrr2e7c \ 192. 168. 99. 100. 2377

85. Làm cách nào để bạn chạy nhiều vùng chứa bằng một dịch vụ?

• Có thể chạy nhiều vùng chứa dưới dạng một dịch vụ với Docker Compose
• Ở đây, mỗi container chạy độc lập nhưng có thể tương tác với nhau
• Tất cả các tệp Docker Compose đều là tệp YAML

86. Dockerfile dùng để làm gì?

• Dockerfile được sử dụng để tạo Docker image bằng lệnh build
• Với hình ảnh Docker, bất kỳ người dùng nào cũng có thể chạy mã để tạo bộ chứa Docker
• Sau khi hình ảnh Docker được tạo, nó sẽ được tải lên trong sổ đăng ký Docker
• Từ sổ đăng ký Docker, người dùng có thể lấy hình ảnh Docker và tạo vùng chứa mới bất cứ khi nào họ muốn

87. Giải thích sự khác biệt giữa Docker image và Docker container

Hình ảnh Docker Bộ chứa Docker Hình ảnh Docker là các mẫu của bộ chứa DockerCác bộ chứa là phiên bản thời gian chạy của một hình ảnh DockerMột hình ảnh được tạo bằng DockerfileCác bộ chứa được tạo bằng các hình ảnh DockerNó được lưu trữ trong kho lưu trữ Docker hoặc trung tâm DockerChúng được lưu trữ trong daemon DockerLớp hình ảnh là một tệp đọc

88. Thay vì YAML, bạn có thể sử dụng tệp nào làm tệp thay thế để xây dựng trình soạn thảo Docker?

Để xây dựng soạn thảo Docker, người dùng có thể sử dụng tệp JSON thay vì YAML. Trong trường hợp người dùng muốn sử dụng tệp JSON, họ nên chỉ định tên tệp như đã cho

Docker-compose -f Docker-compose. json lên

khóa học miễn phí. Bắt đầu với Docker

Nắm vững kiến ​​thức cơ bản về Docker Đăng ký ngay

89. Làm cách nào để bạn tạo vùng chứa Docker?

Nhiệm vụ. Tạo vùng chứa MySQL Docker

Người dùng có thể xây dựng hình ảnh Docker hoặc kéo hình ảnh Docker hiện có (như MySQL) từ Docker Hub

Bây giờ, Docker tạo vùng chứa mới MySQL từ hình ảnh Docker hiện có. Đồng thời, lớp chứa của hệ thống tệp đọc-ghi cũng được tạo trên lớp hình ảnh

• Lệnh tạo vùng chứa Docker. Docker chạy -t –i MySQL
• Lệnh liệt kê các container đang chạy. docker ps

90. Sự khác biệt giữa sổ đăng ký và kho lưu trữ là gì?

RegistryRepositoryA Docker registry là một dịch vụ phía máy chủ mã nguồn mở được sử dụng để lưu trữ và phân phối hình ảnh Docker Kho lưu trữ là tập hợp nhiều phiên bản của hình ảnh Docker Trong sổ đăng ký, người dùng có thể phân biệt giữa các hình ảnh Docker bằng tên thẻ của chúng. Kho lưu trữ này được lưu trữ trong sổ đăng ký Docker . kho lưu trữ công cộng và tư nhân

91. Các nền tảng đám mây hỗ trợ Docker là gì?

Sau đây là các nền tảng đám mây mà Docker chạy trên đó

• Dịch vụ web của Amazon
• Microsoft Azure
• Nền tảng đám mây của Google
• giá đỡ

92. Mục đích của các lệnh phơi bày và xuất bản trong Docker là gì?

Lộ ra

• Expose là một hướng dẫn được sử dụng trong Dockerfile
• Nó được sử dụng để hiển thị các cổng trong mạng Docker
• Đây là hướng dẫn tài liệu được sử dụng tại thời điểm xây dựng hình ảnh và chạy vùng chứa
• Expose là lệnh được sử dụng trong Docker
• Ví dụ. phơi sáng 8080

Công bố

• Xuất bản được sử dụng trong lệnh chạy Docker
• Nó có thể được sử dụng bên ngoài môi trường Docker
• Nó được sử dụng để ánh xạ cổng máy chủ tới cổng container đang chạy
• --publish hoặc –p là lệnh được sử dụng trong Docker
• Ví dụ. docker chạy –d –p 0. 0. 0. 80. 80

Bây giờ, hãy xem các câu hỏi phỏng vấn DevOps để theo dõi liên tục

Câu hỏi phỏng vấn DevOps để theo dõi liên tục

93. Nagios hỗ trợ như thế nào trong việc giám sát liên tục các hệ thống, ứng dụng và dịch vụ?

Nagios cho phép giám sát máy chủ và khả năng kiểm tra xem chúng có được sử dụng đầy đủ hay không hoặc nếu có bất kỳ lỗi tác vụ nào cần được giải quyết.  

• Xác minh trạng thái của máy chủ và dịch vụ
• Kiểm tra sức khỏe của cơ sở hạ tầng của bạn
• Kiểm tra xem các ứng dụng có hoạt động chính xác không và máy chủ web có thể truy cập được không

94. Nagios hỗ trợ như thế nào trong việc giám sát liên tục các hệ thống, ứng dụng và dịch vụ?

95. Bạn có ý nghĩa gì với Nagios Remote Plugin Executor (NPRE) của Nagios?

Nagios Remote Plugin Executor (NPRE) cho phép bạn thực thi các plugin Nagios trên các máy Linux/Unix. Bạn có thể theo dõi các số liệu của máy từ xa (mức sử dụng đĩa, tải CPU, v.v. )

• Plugin check_npre nằm trên máy giám sát cục bộ
• Daemon NPRE chạy trên máy Linux/Unix từ xa

96. Số cổng mà Nagios sử dụng cho mục đích giám sát là gì?

Thông thường, Nagios sử dụng các số cổng sau để theo dõi

97. Kiểm tra chủ động và bị động trong Nagios là gì?

Nagios có khả năng giám sát máy chủ và dịch vụ theo hai cách

tích cực

• Kiểm tra hoạt động được bắt đầu do quá trình Nagios
• Hoạt động kiểm tra thường xuyên được lên lịch

thụ động

• Kiểm tra thụ động được bắt đầu và thực hiện thông qua các ứng dụng/quy trình bên ngoài
• Kết quả kiểm tra thụ động được gửi tới Nagios để xử lý

98. Kiểm tra chủ động và bị động trong Nagios là gì?

Kiểm tra hoạt động

• Logic kiểm tra trong daemon Nagios bắt đầu kiểm tra tích cực
• Nagios sẽ thực thi một plugin và chuyển thông tin về những gì cần kiểm tra
• Sau đó, plugin sẽ kiểm tra trạng thái hoạt động của máy chủ hoặc dịch vụ và báo cáo kết quả lại cho daemon Nagios
• Nó sẽ xử lý kết quả kiểm tra máy chủ hoặc dịch vụ và gửi thông báo

Kiểm tra thụ động

• Trong kiểm tra thụ động, một ứng dụng bên ngoài sẽ kiểm tra trạng thái của máy chủ hoặc dịch vụ
• Nó ghi kết quả kiểm tra vào tệp lệnh bên ngoài
• Nagios đọc tệp lệnh bên ngoài và đặt kết quả của tất cả các kiểm tra thụ động vào hàng đợi để xử lý sau
• Nagios có thể gửi thông báo, cảnh báo nhật ký, v.v. tùy thuộc vào thông tin kết quả kiểm tra

Bạn có đủ kỹ năng cho vai trò tiếp theo là Kỹ sư DevOps không?

99. Giải thích tệp cấu hình chính và vị trí của nó trong Nagios

Tệp cấu hình chính bao gồm một số chỉ thị ảnh hưởng đến cách thức hoạt động của Nagios. Quá trình Nagios và CGI đọc tệp cấu hình

Tệp cấu hình chính mẫu sẽ được đặt vào thư mục cài đặt của bạn

/usr/local/Nagios/etc/resource. cfg

100. Trình phân tích mạng Nagios là gì?

• Nó cung cấp một cái nhìn chuyên sâu về tất cả các nguồn lưu lượng mạng và các mối đe dọa bảo mật
• Nó cung cấp một cái nhìn trung tâm về lưu lượng truy cập mạng và dữ liệu băng thông của bạn
• Nó cho phép quản trị viên hệ thống thu thập thông tin cấp cao về tình trạng của mạng
• Nó cho phép bạn chủ động giải quyết các sự cố ngừng hoạt động, hành vi bất thường và các mối đe dọa trước khi chúng ảnh hưởng đến các quy trình kinh doanh quan trọng

101. Lợi ích của việc giám sát chứng chỉ HTTP và SSL với Nagios là gì?

Giám sát chứng chỉ HTTP

• Tăng tính khả dụng của máy chủ, dịch vụ và ứng dụng
• Phát hiện nhanh sự cố mất mạng và lỗi giao thức
• Cho phép giao dịch web và giám sát hiệu suất máy chủ web

Giám sát chứng chỉ SSL

• Tăng tính khả dụng của trang web
• sẵn có ứng dụng thường xuyên
• Nó cung cấp tăng cường bảo mật

102. Giải thích ảo hóa với Nagios

Nagios có thể chạy trên các nền tảng ảo hóa khác nhau như VMware, Microsoft Visual PC, Xen, Amazon EC2, v.v.

• Cung cấp khả năng giám sát nhiều loại số liệu trên các nền tảng khác nhau
• Đảm bảo phát hiện nhanh các lỗi dịch vụ và ứng dụng
• Có khả năng theo dõi các số liệu sau
• Sử dụng CPU
• Kỉ niệm
• mạng
• trạng thái máy ảo
• Giảm chi phí hành chính

103. Kể tên 3 biến ảnh hưởng đến đệ quy và kế thừa trong Nagios

tên - Tên mẫu có thể được tham chiếu trong các định nghĩa đối tượng khác để nó có thể kế thừa các thuộc tính/biến của đối tượng

sử dụng - Tại đây, bạn chỉ định tên của đối tượng mẫu mà bạn

muốn kế thừa các thuộc tính/biến từ

register - Biến này cho biết có hay không định nghĩa đối tượng

nên được đăng ký với Nagios

xác định một số loại đối tượng {

biến đối tượng cụ thể…

tên template_name

sử dụng name_of_template

đăng ký [0/1]

}

104. Tại sao Nagios được cho là hướng đối tượng?

Sử dụng định dạng cấu hình đối tượng, bạn có thể tạo các định nghĩa đối tượng kế thừa các thuộc tính từ các định nghĩa đối tượng khác. Do đó, Nagios được gọi là hướng đối tượng

Các loại đối tượng

• Dịch vụ
• chủ nhà
• lệnh
• Khoảng thời gian

105. Giải thích tình trạng rình rập ở Nagios là gì

• Theo dõi trạng thái được sử dụng cho mục đích ghi nhật ký trong Nagios
• Khi tính năng rình rập được bật cho một máy chủ hoặc dịch vụ cụ thể, Nagios sẽ theo dõi máy chủ hoặc dịch vụ đó rất cẩn thận
• Nó sẽ ghi lại mọi thay đổi mà nó thấy trong đầu ra của kết quả kiểm tra
• Điều này giúp phân tích các tệp nhật ký

Bước tiếp theo

Vậy là xong, đây là một số câu hỏi phỏng vấn DevOps phổ biến nhất mà bạn có thể gặp khi tham gia phỏng vấn. Là một Kỹ sư DevOps, kiến ​​thức chuyên sâu về quy trình, công cụ và công nghệ liên quan là điều cần thiết và những câu hỏi và câu trả lời phỏng vấn DevOps này sẽ giúp bạn có kiến ​​thức về một số khía cạnh này. Ngoài ra, bạn cũng phải có hiểu biết toàn diện về các sản phẩm, dịch vụ và hệ thống tại chỗ.  

Như bạn có thể thấy, có rất nhiều điều phải học để có thể kiếm được một công việc xứng đáng trong lĩnh vực DevOps—Git, Jenkins, Selenium, Chef, Puppet, Ansible, Docker, Nagios, v.v. Mặc dù hướng dẫn câu hỏi phỏng vấn DevOps toàn diện này được thiết kế để giúp bạn vượt qua cuộc phỏng vấn tiếp theo, nhưng chắc chắn bạn sẽ thể hiện tốt hơn nếu đăng ký Khóa đào tạo kỹ sư DevOps toàn diện của chúng tôi ngay hôm nay. Bạn thậm chí có thể xem Chương trình sau đại học của chúng tôi trong DevOps được thiết kế với sự cộng tác của Caltech CTME, cho phép bạn chuẩn bị cho sự nghiệp DevOps

Tìm Chương trình đào tạo trực tuyến dành cho kỹ sư DevOps của chúng tôi tại các thành phố hàng đầu

NameDatePlaceLớp kỹ sư DevOps khai giảng vào ngày 7 tháng 1 năm 2023
Lớp cuối tuầnChi tiết CityView của bạn Đào tạo kỹ sư DevOps tại SingaporeLớp khai giảng vào ngày 14 tháng 1 năm 2023
Lớp cuối tuầnSingaporeXem chi tiếtLớp kỹ sư DevOps bắt đầu
Weekend batchYour CityView Details

Giới thiệu về tác giả

shivam arara

Shivam Arora là Giám đốc sản phẩm cấp cao tại Simplilearn. Đam mê thúc đẩy tăng trưởng sản phẩm, Shivam đã quản lý các sản phẩm chính dựa trên AI và IOT trên các chức năng kinh doanh khác nhau. Anh ấy có hơn 6 năm kinh nghiệm về sản phẩm với bằng Thạc sĩ về Tiếp thị và Phân tích Kinh doanh