Làm thế nào một Quản trị viên Linux có thể cải thiện các kỹ năng tự động hóa và kịch bản shell của họ?

Trong tổ chức của tôi, tôi làm việc với một nhóm nhân viên NOC, các kỹ sư cơ sở vừa chớm nở và một số ít các kỹ sư cao cấp; tất cả tập trung vào Linux. Một bước thú vị trong cách công ty phát triển tài năng là có một con đường từ NOC đến các cấp bậc kỹ thuật cao cấp. Xem nhóm tài năng như một người mới tương đối, tôi thấy rằng có sự phân chia trong các bộ kỹ năng có xu hướng phát triển theo thời gian ...

• Có những kỹ sư biết rõ một hoặc một số công nghệ cụ thể và thường xuyên đắm chìm ... ví dụ: MySQL, tường lửa, lưu trữ SAN, cân bằng tải ...
• Có những người khác là những người nói chung và có thể điều hướng nhiều công nghệ.
• Tất cả học đủ Linux (lệnh, quy trình) để làm những gì họ cần và sử dụng hàng ngày.

Một yếu tố khác biệt giữa một số nhân viên là họ nắm bắt tốt các phương pháp quản lý kịch bản, tự động hóa và cấu hình. Chẳng hạn, chúng tôi có hai kỹ sư làm phần lớn công việc Amazon AWS CloudFormation và một người khác xử lý hầu hết cơ sở hạ tầng Puppet . Có lẽ một phần tư các kỹ sư lão luyện trong kịch bản shell BASH.

Nhìn vào này trong bối cảnh vô cùng nhu cầu cao đối với các kỹ năng DevOps trong thị trường lao động , tôi tò mò như thế nào các tổ chức khác thúc đẩy sự phát triển của các kỹ năng và phát triển tài năng nội bộ của họ. Viết kịch bản dường như không phải là một khái niệm có thể dạy được.

• Làm thế nào để một sysadmin cải thiện kịch bản shell của họ?
• Có còn chỗ cho các kỹ sư không / không thể theo kịp mô hình DevOps không?
• Có phải chúng ta chỉ đơn giản cho rằng một số người sẽ bị bỏ lại phía sau khi những công nghệ này phát triển? Được không

Tôi có lợi ích của việc hiểu kích thước và độ phức tạp của môi trường của bạn. Nhìn thấy khi bạn làm việc cho một nhà cung cấp dịch vụ đám mây / lưu trữ, sẽ an toàn khi cho rằng bạn có một số lượng lớn môi trường có kích thước trung bình nhỏ (10 - 100 máy chủ). Chắc chắn có những nhiệm vụ hàng ngày được thực hiện bởi jr. các kỹ sư và nhân viên NOC lặp đi lặp lại (tạo tài khoản người dùng, định cấu hình tác nhân sao lưu, v.v.). Tương tự, có lẽ có một số điều thủ công được thực hiện bởi sr. các kỹ sư thích cài đặt ESXi trên phần cứng mới hoặc định cấu hình những thứ như MPIO hoặc cài đặt các mô-đun VMware cho các bộ phần cứng cụ thể. Tất cả những điều này có thể và nên được tự động hóa.

Nếu nhân viên của bạn có khả năng thực hiện phần lớn khối lượng công việc của họ mà không cần tự động hóa, thì theo ý kiến ​​của tôi, bạn đã quá tin tưởng. Bất kỳ nhân viên CNTT nào có thể làm việc cả ngày bao gồm hầu hết các quy trình thủ công đều không có động lực để tự động hóa. Tại sao học một kỹ năng mới không được xem là cần thiết và thậm chí có thể đáng sợ ? Rốt cuộc, cần thiết là mẹ nếu đổi mới.

Vì vậy, tại một số thời điểm trong tổ chức của bạn, bạn sẽ phát triển đến một kích thước nơi bạn sẽ lúng túng và tan vỡ, hoặc bạn sẽ bắt đầu tự động hóa hầu hết mọi thứ và vượt trội. Chắc chắn, các kỹ sư cao cấp sẽ dẫn đầu trách nhiệm ở đây, và thậm chí có thể làm việc với các kỹ sư cơ sở và nhân viên NOC để tự động hóa một số khối lượng công việc của họ. Điều này mang lại cho jr. các kỹ sư có cơ hội để có khung làm việc với nhiều tập lệnh để họ có thể điều chỉnh cho mỗi người thuê và sửa đổi phần cứng mới khi cần thiết. Điều này loại bỏ suy nghĩ nan giải "Trời ơi, tôi thậm chí bắt đầu từ đâu?" từ phương trình và cung cấp cho họ một bước khởi đầu để giải quyết một vấn đề thực sự . Điều này đưa tôi đến điểm cuối cùng của tôi. Sách và ví dụ là tốt và tốt, nhưng có 'vấn đề mà họ phải đối mặt. Cung cấp cho họ một mục tiêu, giống như tất cả các máy chủ mới cho người thuê x nên cài đặt các mô-đun ESXi nhất định, sau đó làm việc với họ để hoàn thành nó. Sau đó điều chỉnh kịch bản để làm việc trong môi trường nhiều người.

Làm thế nào để một sysadmin cải thiện kịch bản shell của họ?

Bằng cách cần , như mô tả ở trên.

Có còn chỗ cho các kỹ sư không / không thể theo kịp mô hình DevOps không?

Chắc chắn, có rất nhiều tổ chức không thể hoặc sẽ không chuyển sang phương pháp DevOps. Chúng dường như ngày càng nhiều lựa chọn nhàm chán , nhưng dù sao chúng cũng là những lựa chọn.

Có phải chúng ta chỉ đơn giản cho rằng một số người sẽ bị bỏ lại phía sau khi những công nghệ này phát triển?

Như với bất kỳ công nghệ mới - có.

tl; dr Bạn sẽ không bao giờ có ai thực sự đầu tư vào việc học nó cho đến khi họ thấy giá trị của nó. Nếu họ có thể hoàn thành công việc hàng ngày của mình một cách thủ công, thì bạn đã quá cố gắng và không có động lực.

• Làm thế nào để một sysadmin cải thiện kịch bản shell của họ?

Thực hành, trộn với ổ đĩa. Nghe có vẻ khá, nhưng bạn phải muốn tốt hơn, ngoài thực hành. Nếu bạn không thực sự thích kịch bản, bạn có thể bị buộc phải làm điều đó trong nhiều năm khi bạn phải và không bao giờ thực sự giỏi về nó. Nếu bạn không muốn trở nên tốt hơn, bạn có thể ngồi bên cạnh người viết kịch bản hay nhất thế giới mỗi ngày tại nơi làm việc và không tiếp thu một phần kỹ năng mà bạn có thể có.

Tôi biết những người đó, mặc dù làm việc trong CNTT, vẫn ngoan cố không học bất kỳ loại kịch bản nào. Sẽ sớm không có chỗ cho những người trong ngành này. Chúng là một phần của thế hệ sắp chết.

( Tôi không nói về người già, ý tôi là theo nghĩa bóng .: P )

• Vẫn còn một nơi cho các kỹ sư không / không thể theo kịp mô hình DevOps?

Không. Mọi thứ họ làm đều có thể và cuối cùng sẽ được tự động hóa.

Tôi cho rằng có lẽ chúng ta không bao giờ nên gọi họ là 'kỹ sư'. Thật tệ khi ngành công nghệ thông tin chiếm đoạt từ 'kỹ sư' đối với chúng tôi, mà theo tôi là xúc phạm các kỹ sư thực tế đã dành nhiều năm trong các chương trình giáo dục đại học và có được chứng chỉ pháp lý để họ có thể thiết kế cầu, tòa nhà chọc trời, máy va chạm hadron , v.v ... đó là những thật kỹ sư .

Nhưng có một điểm tương đồng ... Nếu bạn muốn gọi mình là 'kỹ sư' trong ngành CNTT, thì điều đó ít nhất có nghĩa là bạn tạo ra mọi thứ. Bạn là người sáng tạo và bạn kết nối các dấu chấm theo những cách mới mà không ai từng nghĩ đến trước đây. Bạn xây dựng những thứ mà không ai biết nó sẽ có giá trị như thế nào cho đến khi bạn làm nó.

Nếu bạn không viết mã hoặc tập lệnh, thì không có cách nào bạn làm được nhiều với máy tính ngoài việc duy trì chúng và có thể cài đặt một hoặc hai gói phần mềm. Có thể ném một ổ cứng mới vào MSA của ol. Và trong trường hợp đó, tôi sẽ gọi bạn là quản trị viên, chắc chắn, nhưng không nhất thiết phải là kỹ sư. Và tôi muốn nói rằng phần lớn công việc của bạn có nguy cơ bị tự động hóa.

• Có phải chúng ta chỉ đơn giản cho rằng một số người sẽ bị bỏ lại phía sau khi những công nghệ này phát triển?

Thị trường sẽ thích nghi. Có thể một số người sẽ không được hưởng mức lương 6 con số khi họ không thực sự xứng đáng với họ, điều này xảy ra khá nhiều trong ngành công nghiệp này.

Tôi thấy rằng sự sáng tạo, và không chỉ là kỹ năng viết mã / viết kịch bản, là một yếu tố quan trọng. Đó là sự sáng tạo mà bạn cần nói với chính mình, " Ồ, này, tôi có thể tự động hóa thứ này! " Và sau đó kỹ năng chỉ phát huy sau đó. Nếu bạn thấy mình viết kịch bản gì đó chỉ sau khi sếp nói với bạn, thì bạn có thể không có động lực đó hay sự sáng tạo mà tôi đang nói đến ... và đó là hai phẩm chất rất khó, có thể là không thể dạy được.

Làm thế nào để một sysadmin cải thiện kịch bản shell của họ?

Làm thế nào để một người trở nên tốt hơn ở bất cứ điều gì? Đọc sách, tham dự các lớp học, và sau đó áp dụng các nguyên tắc đã học. (Hoặc kết hợp các phương pháp.) Điều này được đơn giản hóa một cách có chủ ý vì không có gì đặc biệt về việc học kịch bản hơn là học cách nấu ăn hoặc cách sửa xe.

Có còn chỗ cho các kỹ sư không / không thể theo kịp mô hình DevOps không?

Điều này rất khó để trả lời trong phạm vi của trang web này (nơi có yêu cầu về câu trả lời rõ ràng / được xác định cho các câu hỏi được hỏi.) Chúng tôi có thể dự đoán rằng nó sẽ, nhưng có vấn đề với mô hình DevOps. Tôi cảm thấy rất khó để một người cực kỳ thành thạo cả hai ngành. Tiết kiệm chi phí của một nhân viên 2 trên 1 rất hấp dẫn đối với các doanh nghiệp ngay bây giờ, nhưng thật khó để nói liệu xu hướng này có ở đây hay không. Nó chắc chắn là cho ngắn hạn.

Có phải chúng ta chỉ đơn giản cho rằng một số người sẽ bị bỏ lại phía sau khi những công nghệ này phát triển?

Với tốc độ hiện tại của mọi thứ đang diễn ra, vâng. Hầu hết các bạn có khả năng quan sát nó trong nơi làm việc của riêng bạn. Bạn chắc chắn nên theo kịp danh sách công việc và biết những gì thị trường hiện đang đòi hỏi. (Có rất nhiều danh sách công việc cho Hadoop trong khu vực của bạn? Tìm hiểu Hadoop.) Nếu bạn không theo kịp thị trường, bạn có nguy cơ bị bỏ lại phía sau.

Người ta thường không gửi các kỹ sư cơ sở vào một môi trường sản xuất phức tạp, đó là nhiệm vụ quan trọng. Bạn có các kỹ sư cao cấp cho điều đó. Cấp bậc cơ sở nên được phép làm việc trong dev / test sandbox.

Nếu bạn cần một kỹ sư về Công nghệ X và muốn hoàn thành vai trò trong nội bộ, hãy tìm một người sẵn sàng học nó, tìm đào tạo có cấu trúc và kết hợp cả hai.

Chỉ ra những kỹ năng bạn cần trong một bộ phận. Tìm ai đó sẵn sàng để tìm hiểu chúng. Dạy / Phát tiền cho đào tạo.

Có còn chỗ cho các kỹ sư không / không thể theo kịp mô hình DevOps không?

"devops" chỉ là một từ mới cho một cái gì đó sysadins đã được thực hiện trong nhiều thập kỷ.

Có phải chúng ta chỉ đơn giản cho rằng một số người sẽ bị bỏ lại phía sau khi những công nghệ này phát triển?

Hoàn toàn ngược lại. Thời gian trôi qua, ngày càng có nhiều nhu cầu về người kỹ thuật. Bất cứ ai có bất kỳ loại kiến ​​thức kỹ thuật và kỹ năng kỹ thuật sẽ có một nơi để làm việc.