NộI Dung
- Quản lý đội và văn hóa
- Không lỗi, không căng thẳng - Hướng dẫn từng bước của bạn để tạo ra phần mềm thay đổi cuộc sống mà không phá hủy cuộc sống của bạn
- Mở đầu các quy trình - Các triết lý cốt lõi
- Xử lý ngăn xếp - Quản lý hệ thống và quản lý hệ thống DevOps
Nguồn: DragonImages / iStockphoto
Lấy đi:
DevOps là một ý tưởng tinh vi - và người quản lý DevOps có một công việc lớn bao gồm các khía cạnh của công việc mã hóa, bảo mật, chi phí và nhiều hơn nữa.
Khái niệm về DevOps, Dev, pha trộn hai quá trình phát triển phần mềm và vận hành phần mềm, đã chuyển núi trong thế giới kinh doanh. Các công ty đang tranh giành để có được triết lý sáng tạo này về cách di chuyển các dự án thông qua một đường ống và thúc đẩy phân phối phần mềm liên tục, hợp lý.
Trong môi trường năng động này, người quản lý DevOps là một người quan trọng trong cấu trúc công ty. (Tìm hiểu thêm về DevOps trong Phát triển trong DevOps.)
Người quản lý DevOps làm gì? Có một câu trả lời ngắn và một câu trả lời dài. Câu trả lời ngắn gọn là người quản lý DevOps chỉ đơn giản quảng bá và thực hiện DevOps như một triết lý - rằng người quản lý DevOps xử lý các nhóm theo chiến lược DevOps và truyền bá DevOps cho cộng đồng bên ngoài - ví dụ, cho cơ sở khách hàng.
Câu trả lời dài là người quản lý DevOps có thể đội nhiều mũ. Người đó có thể tham gia quản lý nhóm, nhưng cũng tham gia vào các quy trình kỹ thuật như thử nghiệm, bảo trì hệ thống hoặc thậm chí thiết lập hợp đồng với các đối tác kinh doanh hoặc nhà cung cấp. Từ bảo mật đến chi phí đến tự động hóa đến CI / CD, người quản lý DevOps có một công việc thực sự với nhiều trách nhiệm và thách thức khác nhau.
Chúng tôi đã hỏi một số chuyên gia thêm một chút về những gì người quản lý DevOps có thể làm hàng ngày.
Quản lý đội và văn hóa
Một trong những thách thức cấp cao nhất đối với gần như bất kỳ người quản lý DevOps nào là phía người của doanh nghiệp.
Quảng cáo việc làm DevOps thường sẽ yêu cầu người quản lý DevOps chịu trách nhiệm chỉ đạo các nhóm kỹ sư và hướng họ đến các mục tiêu thực hiện DevOps.
Giám đốc DevOps có trách nhiệm đảm bảo rằng các nhóm khác nhau tham gia cùng nhau thực hiện các mục tiêu chung hướng tới chất lượng và vận tốc phân phối phần mềm, theo ông Jitendra Thethi tại Aricent. Một thách thức chung để vượt qua mọi trường hợp là sự thay đổi văn hóa cần được đưa ra trong tổ chức. Điều này liên quan đến một cam kết được thúc đẩy từ cấp lãnh đạo đến cấp đầu vào trong việc trao quyền cho nhóm với các công cụ phù hợp và thực tiễn tốt nhất.
Không lỗi, không căng thẳng - Hướng dẫn từng bước của bạn để tạo ra phần mềm thay đổi cuộc sống mà không phá hủy cuộc sống của bạn
Bạn không thể cải thiện kỹ năng lập trình của mình khi không ai quan tâm đến chất lượng phần mềm.
Thethi cũng chỉ ra có bao nhiêu nhà quản lý DevOps tham gia sâu vào thử nghiệm tự động hóa, nói rằng các chuyên gia này sử dụng các công cụ thay thế hoặc loại bỏ các hoạt động thủ công bằng tự động hóa.
Người quản lý DevOps sẽ đo lường và tối ưu hóa các ma trận DevOps có liên quan trên cơ sở liên tục Thời gian chu kỳ, tần suất xây dựng, phạm vi kiểm tra và thời gian chu kỳ thử nghiệm, vận tốc phát hành và tần suất triển khai, ông Thethi nói.
Mở đầu các quy trình - Các triết lý cốt lõi
Tất cả quản lý nhóm này đều hỗ trợ để đưa một số ma thuật DevOps vào các quy trình làm việc của công ty.
Để tăng cường kênh hoặc đường ống, người quản lý DevOps phải tìm ra các cách sáng tạo để tăng tốc hoặc đồng bộ hóa các quy trình, làm cho chúng liền mạch hơn. Điều đó thường liên quan đến việc loại bỏ một số hạn chế trong môi trường phần cứng và phần mềm khiến các công ty không hoạt động với hiệu suất cao nhất 100%. (Không chắc chắn liệu DevOps có phù hợp với tổ chức của bạn không? Hãy xem Tại sao DevOps lại quan trọng đối với Chiến lược CNTT của bạn.)
Đã có một sự công nhận chung trong ngành trong 5-10 năm qua, rằng việc phát triển và triển khai phần mềm sử dụng các silo riêng cho các nhà phát triển và hoạt động thường không mang lại kết quả tốt, theo ông Nic Nic Grange, CTO của Retriever Communications, giải thích. Các silo tạo ra một văn hóa ném đồ đạc qua hàng rào và thường đổ lỗi cho nhau khi có sự cố xảy ra. Ban đầu trong phong trào DevOps, trọng tâm là phá vỡ các silo đó, để các nhà phát triển và hoạt động có thể có sự đồng cảm với nhau hơn và làm việc tốt hơn với nhau.
Khi liệt kê một số nhiệm vụ cốt lõi mà người quản lý DevOps có thể được yêu cầu hoàn thành, Grange đã đề cập đến việc có một đường ống CI / CD tự động hóa cao để triển khai phần mềm mới một cách nhanh chóng, thực hiện các loại thiết kế hệ thống khác nhau trước khi làm việc trên cơ sở mã và xây dựng kỹ năng phát triển trong lĩnh vực hoạt động.
Tất cả điều này, ông nói, tạo ra lợi ích cụ thể cho công ty.
Sử dụng phương pháp DevOps, một công ty sẽ có thể triển khai phần mềm thường xuyên hơn, cung cấp phần mềm nhanh hơn và làm cho nó đáng tin cậy hơn, theo ông Grange. Điều này có nghĩa là họ sẽ có thể rút ngắn thời gian giữa lúc ai đó nghĩ về một tính năng mới đến khi nó thực sự nằm trong tay của một người dùng thực sự. Điều đó cũng có nghĩa là phần mềm này đáng tin cậy hơn, bởi vì khi nó được sản xuất, nó đã được thiết kế để chạy ở đó, do đó nó dễ vận hành hơn và sẽ có khả năng phục hồi tốt hơn.
Xử lý ngăn xếp - Quản lý hệ thống và quản lý hệ thống DevOps
Một số trong nhiều nhiệm vụ khác mà người quản lý DevOps có thể được chỉ định có liên quan đến ngăn xếp công nghệ, môi trường phần cứng và phần mềm cụ thể và các giao thức quản lý rủi ro giúp hệ thống hoạt động tốt.
Nó không đủ để chỉ đổi mới trong thực hành nhanh - các nhà quản lý DevOps cũng phải lập kế hoạch cho tương lai. Những cá nhân này có thể được yêu cầu giúp khắc phục thảm họa hoặc giúp đỡ quản lý chi phí đám mây. Họ có thể cần phải làm việc cụ thể với các dịch vụ của nhà cung cấp như AWS, các sản phẩm như Microsoft Azure hoặc thậm chí các công cụ ảo hóa container như Docker và Kubernetes. Trong một số trường hợp, họ sẽ phải giải quyết các vấn đề về ngăn xếp. Một số công ty cũng có thể có các nhà quản lý DevOps tham gia xây dựng thỏa thuận cấp dịch vụ cho các sản phẩm và dịch vụ của công ty hoặc đánh giá các nhà cung cấp bên ngoài.
Người quản lý DevOps lý tưởng có một đội ngũ với các kỹ năng rộng lớn bao gồm phát triển, vận hành, bảo mật, cơ sở hạ tầng và hỗ trợ, người có thể đóng vai trò tư vấn để giúp các nhóm giao hàng toàn diện nắm bắt các công cụ và kỹ thuật mới, theo Ian Iananan, Nhà phát triển ủng hộ tại Atlassian, cho biết. Thực tế hơn, các nhà quản lý DevOps có một số (quản trị viên hệ thống) và có trách nhiệm không thể tự động hóa, tích hợp và vận hành tất cả các công cụ trong đường ống triển khai.
Hội trưởng giải thích thêm rằng, mặc dù một số người cảm thấy người quản lý DevOps chỉ là một mô hình được phát minh, ứng dụng thực tế cho thấy vai trò này có thể quan trọng như thế nào.
Thật khó để tìm thấy một công ty không nhìn thấy những lợi ích của DevOps. Một vài khái niệm (như thế này) đưa ra lời hứa về tầm quan trọng của sự cải tiến. Tuy nhiên, thật khó để hiểu người quản lý DevOps làm gì vì khó xác định chính xác DevOps là gì. Các nhà lãnh đạo tư tưởng ban đầu của DevOps đã tuyên bố rằng không nên có một nhóm nào như nhóm DevOps, chứ đừng nói đến một người quản lý DevOps. Tuy nhiên, các cuộc điều tra ngành và thông tin đăng việc đều mâu thuẫn với các chuyên gia.
Thật vậy, các nhà quản lý DevOps đang làm những việc lớn trong CNTT. Họ đang giúp mở đường cho các hoạt động quản lý của thế hệ tiếp theo, sẽ tiếp tục phát triển các công nghệ mới nhất và tốt nhất - khi chúng ta bước vào kỷ nguyên mới của học máy và điện toán cảm tính.