DevOps so với SysAdmin: Đối thủ hay Cộng tác viên?

Một vài bài đăng trước đây chúng ta đã nói về SysAdmins, cụ thể là trong bài đăng có tên «Sysadmin: Nghệ thuật trở thành quản trị viên hệ thống và máy chủ ». Và chúng tôi nói rằng họ là một kiểu «... Chuyên gia CNTT tất cả trong một có kinh nghiệm, ngày thường của họ thường có rất nhiều hoạt động đa dạng, đã lên lịch hay không ...» và «... người chịu trách nhiệm đảm bảo hoạt động bình thường của mọi nền tảng công nghệ và CNTT nơi bạn làm việc,… ».

Trong bài đăng này, chúng ta sẽ nói về DevOps, loại "giống" (thế hệ) Nhà phát triển phần mềm mới, đã được nghe nói đến trong khoảng tám hoặc mười năm. Thế hệ lập trình viên mới này được sinh ra từ các Trung tâm Công nghệ và các Công ty CNTT hiện đại nổi tiếng thế giới, và có tên gọi là thuật ngữ bắt nguồn từ các từ tiếng Anh “Development” và “Operation”.

Giới thiệu

Chúng ta có thể nói một cách ngắn gọn rằng DevOps là một lập trình viên có khả năng thực hiện tất cả các chức năng liên quan đến vòng đời của "Phát triển phần mềm" và hơn thế nữa., chẳng hạn như: Lập trình, Vận hành, Kiểm tra, Phát triển, Hỗ trợ, Máy chủ, Cơ sở dữ liệu, Web và bất kỳ hoạt động nào khác cần thiết.

Người ta nói rằng "Thế hệ nhà phát triển phần mềm" mới này đã xuất hiện trong "Công nghệ khởi nghiệp nhỏ, hiện đại và thành công được tạo thành từ các nhóm nhỏ "Chuyên gia CNTT", chủ yếu là Nhà phát triển phần mềm.

Và như chúng ta đã biết, những "Startup" này thường làm là phát triển các giải pháp phần mềm cấp tốc (từ 6 đến 12 tháng) và do đó giải quyết các vấn đề và nhu cầu cụ thể và phức tạp trong thế giới thực. Điều này có nghĩa là chúng có xu hướng có tỷ lệ tử vong cực cao.

Từ thực tế đó, các Startup này bắt nguồn một "Văn hóa phát triển phần mềm" mới dựa trên triết lý được gọi là "Phát hành sớm, Phát hành thường xuyên" (Bản phát hành sớm, Bản phát hành thường xuyên) trong đó Phần mềm được sửa đổi và phát hành "Trực tiếp", có nghĩa là, ngay lập tức được sử dụng ngay lập tức bởi những người dùng cùng.

Người dùng cung cấp cho Nhà phát triển từ "Phản hồi" thu được với những người đã thực hiện cải tiến và cập nhật mã một cách nhanh chóng.

«Văn hóa phát triển phần mềm» mới này đã và đang thay đổi «văn hóa truyền thống của phát triển phần mềm» trong đó mỗi thành viên của "Đơn vị CNTT" (Máy tính / Công nghệ) có một vị trí với các chức năng cụ thể và được xác định rõ ràng, chẳng hạn như: Nhà phát triển sơ cấp, Nhà phát triển cấp cao, Quản trị viên cơ sở dữ liệu, Quản trị viên hệ thống và / hoặc Máy chủ, Nhà phân tích và / hoặc Người kiểm tra ứng dụng , Hỗ trợ kỹ thuật, trong số những người khác.

Tình huống này chính xác là điều khiến DevOps trông giống như một SysAdmin, có nghĩa là, các Doanh nghiệp nhỏ có hoạt động lớn cố gắng giảm quy mô nhân sự của các Chuyên gia CNTT để giảm chi phí hoạt động của cùng một tổ chức và toàn bộ tổ chức. Tạo ra "Nhà phát triển phần mềm" và "Quản trị viên hệ thống và máy chủ", những người xử lý chung nhiều lĩnh vực và chức năng đa ngành của công nghệ.

Vì vậy, DevOps không chỉ là một người hay một chức vụ, nó còn là một trào lưu, một phong trào, một văn hóa tổ chức rất rộng rãi hiện nay. Về điều đó bạn có thể tìm hiểu thêm bằng cách đọc 2 bài báo khác có tên: «DevOps"Y"DevOps là gì?".

nội dung

Những điều đã nói ở trên chính là lý do tại sao DevOps và Sysadmin hiện tại được xem là "Jack của tất cả các giao dịch" hoặc "Master of None", nghĩa là, "Đầy tớ của mọi thứ" hoặc "Bậc thầy không có gì", vì họ có khả năng "làm mọi thứ hoặc nhiều thứ mà không cần trở thành chuyên gia về bất cứ thứ gì."

Điều này có xu hướng làm giảm giá trị của những chuyên gia này trên thị trường lao động, vì chuyên môn hóa dài hạn là khoản đầu tư tốt nhất cho một chuyên gia và một tổ chức. Điều này là do công nghệ thông tin bao gồm nhiều lĩnh vực kiến ​​thức rộng lớn mà hầu như không thể làm chủ hoàn toàn (học hỏi, lưu giữ, cập nhật) cho một chuyên gia duy nhất.

Để một DevOps hoặc một Sysadmin có năng lực trí tuệ để giải quyết hầu hết mọi vấn đề công nghệ nảy sinh đồng nghĩa với việc chi phí nhận thức rất cao, Điều gì khiến họ có xu hướng thể hiện một số mức độ «Căng thẳng trong công việc» (Burn Out) nhất định, và hậu quả là họ bị giảm năng suất hoặc hiệu quả công việc.

quản trị hệ thống

Sysadmin có xu hướng bao gồm các chức năng và hoạt động sau:

1. Triển khai mới hoặc xóa lỗi thời
2. Sao lưu
3. Hiệu suất màn hình
4. Quản lý các thay đổi cấu hình
5. Vận hành các ứng dụng và hệ điều hành
6. Quản lý tài khoản người dùng
7. Giám sát bảo mật máy tính
8. Đương đầu với thất bại và vấp ngã
9. Đáp ứng yêu cầu của người dùng
10. Báo cáo cho các cấp có trách nhiệm trực tiếp của Tổ chức
11. Ghi lại các hoạt động tính toán của Hệ thống và Nền tảng

Và bạn phải có một số kiến ​​thức về:

1. lập trình
2. Cơ sở dữ liệu
3. Bảo mật CNTT
4. Mạng
5. Các hệ điều hành

DevOps

DevOps có xu hướng thông thạo nhiều ngôn ngữ lập trình khác nhau, ngoài khả năng kỹ thuật và kỹ năng quản lý. DevOps thường cũng là sự kết hợp giữa Nhà phát triển phần mềm và Sysadmin mà chức năng thường được coi là loại bỏ các rào cản giữa cả hai cấu hình. Vì vậy, người ta mong đợi rằng một DevOps có kiến ​​thức về cả Phần mềm và Phần cứng (Cơ sở hạ tầng / Nền tảng) của Tổ chức nơi họ làm việc.

Do đó, DevOps thường có thể:

1. Viết mã và thực hiện chức năng của một Lập trình viên.
2. Quản lý Máy chủ Đa nền tảng và thực hiện chức năng của một SysAdmin.
3. Quản lý mạng và thực hiện chức năng của NetAdmin.
4. Quản lý cơ sở dữ liệu (BD) và thực hiện chức năng của một DBA.

Điều này khiến chúng tôi kết luận rằng một DevOps tốt:

Nó có khả năng thực hiện các hoạt động và chức năng tối thiểu của từng chuyên gia khu vực trong một Đơn vị CNTT. Điều này không thường xảy ra trong trường hợp ngược lại, đối với SysAdmins và các Chuyên gia CNTT khácLà một SysAdmin, NetAdmin, DBA hoặc Chuyên gia hỗ trợ kỹ thuật thường không có xu hướng viết mã một cách nhất quán và hiệu quả bằng các ngôn ngữ thương mại hoặc cấp cao.

Điều để lại cho chúng ta là một DevOps, thường có kiến ​​thức cho phép anh ta thay thế tất cả những người khác, mà không giống ngược lại. Và điều này làm cho DevOps được đánh giá cao hơn trên thị trường lao động, đó là chúng hợp thời trang và mọi tổ chức vừa hoặc nhỏ (chủ yếu) đều muốn có một, gây ra sự mất giá của các vị trí truyền thống còn lại trong một Đơn vị CNTT.

Và rằng 2 vị trí này có bản chất khác nhau, mặc dù chúng chia sẻ nhiều nhiệm vụ chung. Sự khác biệt như DevOps đó:

• Họ cộng tác ở cấp độ cao với các Tổ chức và đảm bảo sức mạnh tổng hợp trong từng bộ phận của công ty, trong khi SysAdmin tập trung hơn vào Quản lý (Định cấu hình, Bảo trì và Cập nhật Máy chủ và hệ thống máy tính).
• Họ có xu hướng làm việc thường xuyên hơn trong các dự án với sản phẩm end-to-end, trong khi SysAdmins có xu hướng hạn chế hơn ở phạm vi (tại chỗ) nhỏ hơn và trách nhiệm liên quan đến các dự án / sản phẩm giống nhau.
• Họ thường có thể làm mọi thứ mà một SysAdmin làm, nhưng một SysAdmin thường không thể làm mọi thứ mà một DevOps làm.

Kết luận

Mục tiêu mà thuật ngữ "DevOps" theo đuổi như một xu hướng hoặc văn hóa tổ chức là thúc đẩy văn hóa nhóm, dựa trên sự hợp tác và giao tiếp giữa các cá nhân từ các lĩnh vực khác nhau liên quan đến Phát triển Hệ thống Phần mềm. Vì vậy, «DevOps» trong một Tổ chức ủng hộ sự tích hợp giữa các thành viên của khu vực Nhà phát triển phần mềm, Người vận hành hệ thống hoặc Quản trị viên hệ thống và máy chủ, cố gắng làm cho nó trở nên hoàn hảo, minh bạch và thân thiện hơn.

Mặc dù một số bên trong các Tổ chức có xu hướng thấy tác động ngược lại, nghĩa là, để xem văn hóa DevOps thể hiện sự phá hủy hầu hết các vai trò trong các Đơn vị CNTT như thế nào. Ví dụ: cách các lập trình viên có xu hướng chuyển sang DevOps và sau đó thay thế SysAdmin, NetAdmin, DBA, Chuyên gia hỗ trợ, v.v., bao gồm cả Nhà phát triển phần mềm chỉ viết mã.

Nếu bạn có thêm câu hỏi về chủ đề này, tôi khuyên bạn nên đọc tài liệu làm việc liên quan đến nó được tìm thấy trong này liên kết.