ผู้ดูแลระบบ Linux สามารถพัฒนาทักษะการสคริปต์เชลล์และระบบอัตโนมัติได้อย่างไร

ในองค์กรของฉันฉันทำงานกับกลุ่มของพนักงาน NOC วิศวกรรุ่นแรกและวิศวกรอาวุโสจำนวนหนึ่ง ทั้งหมดมุ่งเน้นไปที่ Linux ขั้นตอนหนึ่งที่น่าสนใจในการเพิ่มความสามารถของ บริษัท คือมีเส้นทางจาก NOC ไปจนถึงวิศวกรรมอันดับอาวุโส การดูกลุ่มคนที่มีความสามารถเป็นผู้มาใหม่ฉันเห็นว่ามีการแบ่งชุดทักษะที่มีแนวโน้มที่จะเติบโตตลอดเวลา ...

• มีวิศวกรที่รู้จักเทคโนโลยีหนึ่งหรือหลายอย่างดีและแช่อยู่ตลอดเวลาเช่น MySQL, ไฟร์วอล, ที่เก็บ SAN, โหลดบาลานซ์ ...
• มีคนอื่นที่เป็นคนทั่วไปและสามารถนำทางเทคโนโลยีหลายอย่างได้
• ทั้งหมดเรียนรู้ Linux (คำสั่งกระบวนการ) เพียงพอที่จะทำสิ่งที่พวกเขาต้องการและใช้ในชีวิตประจำวัน

ปัจจัยที่แตกต่างระหว่างพนักงานบางคนก็คือวิธีที่พวกเขายอมรับการเขียนสคริปต์อัตโนมัติและวิธีการจัดการการกำหนดค่า ตัวอย่างเช่นเรามีวิศวกรสองคนที่ทำงานเป็นกลุ่มของ Amazon AWS CloudFormationและอีกคนหนึ่งที่จัดการโครงสร้างพื้นฐานหุ่นกระบอกส่วนใหญ่ บางทีหนึ่งในสี่ของวิศวกรมีความเชี่ยวชาญในการเขียนสคริปต์เชลล์ของ BASH

เมื่อมองถึงสิ่งนี้ในบริบทของความต้องการDevOps ที่สูงอย่างไม่น่าเชื่อในตลาดงานฉันอยากรู้ว่าองค์กรอื่น ๆ ส่งเสริมการพัฒนาทักษะเหล่านี้และพัฒนาความสามารถภายในของพวกเขาได้อย่างไร การเขียนสคริปต์ดูเหมือนจะเป็นแนวคิดที่สอนไม่ได้โดยเฉพาะ

• ดูแลระบบปรับปรุงการเขียนสคริปต์เชลล์ได้อย่างไร
• ยังมีที่สำหรับวิศวกรที่ไม่ทำหรือไม่สามารถติดตามกระบวนทัศน์ DevOps ได้หรือไม่?
• เราเพียงแค่คิดว่าบางคนจะถูกทิ้งไว้ข้างหลังในขณะที่เทคโนโลยีเหล่านี้วิวัฒนาการ? ไม่เป็นไร

ฉันได้รับประโยชน์จากการทำความเข้าใจขนาดและความซับซ้อนของสภาพแวดล้อมของคุณ เมื่อคุณทำงานกับผู้ให้บริการคลาวด์ / โฮสติ้งคุณจะปลอดภัยที่จะสมมติว่าคุณมีสภาพแวดล้อมขนาดเล็กขนาดกลางจำนวนมาก (10-100 เซิร์ฟเวอร์) มีงานประจำวันอย่างแน่นอนที่ทำโดย jr วิศวกรและเจ้าหน้าที่ NOC ที่ซ้ำซ้อน (การสร้างบัญชีผู้ใช้การกำหนดค่าตัวแทนสำรอง ฯลฯ ) ในทำนองเดียวกันอาจมีบางสิ่งที่ทำเองโดย sr วิศวกรเช่นการติดตั้ง ESXi บนฮาร์ดแวร์ใหม่หรือการกำหนดค่าต่างๆเช่น MPIO หรือติดตั้งโมดูล VMware สำหรับชุดฮาร์ดแวร์เฉพาะ ทุกสิ่งเหล่านี้สามารถและควรเป็นแบบอัตโนมัติ

หากพนักงานของคุณมีความสามารถในการทำงานเป็นจำนวนมากโดยไม่ต้องดำเนินการอัตโนมัติคุณก็มีความคิดเห็นเกินความจำเป็น พนักงานไอทีทุกคนที่สามารถทำงานได้ทั้งวันซึ่งประกอบด้วยกระบวนการแบบแมนนวลส่วนใหญ่ไม่มีแรงจูงใจที่จะทำให้เป็นอัตโนมัติ ทำไมต้องเรียนรู้ทักษะใหม่ที่ไม่ได้มองว่าจำเป็นและอาจน่ากลัว ? ท้ายที่สุดความจำเป็นคือแม่ถ้ามีนวัตกรรม

ดังนั้นในบางจุดในองค์กรของคุณคุณจะเติบโตขึ้นเป็นขนาดที่คุณจะดิ้นรนและกระจุยหรือคุณจะเริ่มทำงานอัตโนมัติเกือบทุกอย่างและเก่ง แน่นอนวิศวกรอาวุโสควรเป็นผู้นำในเรื่องนี้และอาจจะทำงานร่วมกับวิศวกรจูเนียร์และเจ้าหน้าที่ NOC เพื่อทำให้ภาระงานของพวกเขาเป็นไปโดยอัตโนมัติ นี่ให้ jr วิศวกรมีโอกาสที่จะมีเฟรมเวิร์กของสคริปต์จำนวนมากที่จะทำงานด้วยซึ่งพวกเขาสามารถปรับแต่งสำหรับผู้เช่าแต่ละรายและการแก้ไขฮาร์ดแวร์ใหม่ตามความจำเป็น นี่เป็นการขจัดความคิดที่น่ากลัวของ "โอ้พระเจ้าฉันจะเริ่มจากตรงไหน" จากสมการและให้พวกเขาเริ่มต้นอย่างรวดเร็วในการแก้ปัญหาได้จริงปัญหา ซึ่งนำฉันไปยังจุดสุดท้ายของฉัน หนังสือและตัวอย่างดีและดี แต่มีปัญหาที่พวกเขาเผชิญ ให้เป้าหมายแก่พวกเขาเช่นเซิร์ฟเวอร์ใหม่ทั้งหมดสำหรับผู้เช่า x ควรมีโมดูล ESXi บางตัวที่ติดตั้งแล้วทำงานร่วมกับพวกเขาเพื่อให้บรรลุเป้าหมาย จากนั้นปรับสคริปต์ให้ทำงานในสภาพแวดล้อมที่หลากหลาย

ดูแลระบบปรับปรุงการเขียนสคริปต์เชลล์ได้อย่างไร

โดยจำเป็นต้องทำตามที่อธิบายไว้ข้างต้น

ยังมีที่สำหรับวิศวกรที่ไม่ทำหรือไม่สามารถติดตามกระบวนทัศน์ DevOps ได้หรือไม่?

แน่นอนว่ามีองค์กรจำนวนมากที่ไม่สามารถหรือไม่เปลี่ยนไปใช้วิธีการของ DevOps ดูเหมือนว่าพวกเขาจะเป็นตัวเลือกที่น่าเบื่อมากขึ้นแต่ก็เป็นตัวเลือกที่น่าเบื่อ

เราเพียงแค่คิดว่าบางคนจะถูกทิ้งไว้ข้างหลังในขณะที่เทคโนโลยีเหล่านี้วิวัฒนาการ?

เช่นเดียวกับเทคโนโลยีใหม่ - ใช่

tl; dr คุณจะไม่มีใครลงทุนในการเรียนรู้มันจนกว่าพวกเขาจะเห็นคุณค่าในนั้น หากพวกเขาสามารถทำงานประจำวันให้สำเร็จด้วยตนเองแสดงว่าคุณทำงานเกินกำลังและไม่มีแรงจูงใจ

•ระบบดูแลระบบปรับปรุงการเขียนสคริปต์เชลล์ได้อย่างไร

ฝึกผสมกับไดรฟ์ ฟังดูน่าเบื่อ แต่คุณต้องอยากให้ดีขึ้นนอกเหนือจากการฝึกฝน หากคุณไม่สนุกกับการเขียนสคริปต์อย่างแท้จริงคุณสามารถบังคับให้ทำมันได้หลายปีเมื่อคุณต้องและไม่เคยทำมันให้เก่ง หากคุณไม่ต้องการที่จะพัฒนาให้ดีขึ้นคุณสามารถนั่งติดกับสแครปเตอร์ที่ดีที่สุดในโลกทุกวันในที่ทำงานและไม่ต้องใช้ทักษะใด ๆ ที่คุณสามารถทำได้

ฉันรู้จักคนเหล่านั้นว่าแม้จะทำงานด้านไอที แต่กลับปฏิเสธที่จะเรียนรู้สคริปต์ทุกประเภท อีกไม่นานก็จะไม่มีที่สำหรับคนเหล่านี้ในอุตสาหกรรมนี้ พวกเขาเป็นส่วนหนึ่งของรุ่นที่กำลังจะตาย

( ฉันไม่ได้พูดถึงคนเฒ่าคนแก่ฉันหมายความว่าเปรียบเปรย: P )

•ยังมีที่สำหรับวิศวกรที่ไม่ทำหรือไม่สามารถติดตามกระบวนทัศน์ DevOps ได้หรือไม่?

Nope ทุกสิ่งที่พวกเขาสามารถทำได้และในที่สุดก็จะเป็นไปโดยอัตโนมัติ

ฉันจะโต้แย้งว่าบางทีเราไม่ควรเรียกพวกเขาว่า 'วิศวกร' อยู่ดี ก็พอที่ไม่ดีที่อุตสาหกรรมไอทีเหมาะสมคำว่า 'วิศวกร' เพื่อตัวเราเองซึ่งในความเห็นของฉันเป็นชนิดของดูถูกไปยังที่เกิดขึ้นจริงวิศวกรที่ใช้เวลาหลายปีในโปรแกรมการศึกษาที่สูงขึ้นและได้รับการรับรองทางกฎหมายเพื่อให้พวกเขาสามารถออกแบบสะพานตึกระฟ้า colliders Hadron ฯลฯ ... นั่นคือนั่นคือวิศวกรที่แท้จริง

แต่มีความคล้ายคลึงกัน ... ถ้าคุณต้องการเรียกตัวเองว่า 'วิศวกร' ในอุตสาหกรรมไอทีนั่นหมายความว่าอย่างน้อยคุณก็สร้างสิ่งต่าง ๆ คุณมีความคิดสร้างสรรค์และเชื่อมโยงจุดต่าง ๆ ในรูปแบบใหม่ที่ไม่มีใครเคยนึกถึงมาก่อน คุณสร้างสิ่งต่าง ๆ ที่ไม่มีใครรู้ว่ามันมีค่าจนกว่าคุณจะสร้างมันขึ้นมา

หากคุณไม่ใช้รหัสหรือสคริปต์แสดงว่าคุณไม่มีทางทำอะไรกับคอมพิวเตอร์ได้มากไปกว่าการบำรุงรักษาและอาจติดตั้งแพคเกจซอฟต์แวร์หนึ่งหรือสองเครื่อง อาจจะโยนฮาร์ดไดรฟ์ใหม่เข้าไปใน ol 'MSA และในกรณีนั้นฉันจะโทรหาคุณผู้ดูแลระบบแน่นอน แต่ไม่จำเป็นต้องเป็นวิศวกร และฉันจะบอกว่างานของคุณส่วนใหญ่ตกอยู่ในอันตรายจากการเป็นไปโดยอัตโนมัติ

•เราเพียงแค่สมมติว่าบางคนจะถูกทิ้งไว้เบื้องหลังเมื่อเทคโนโลยีเหล่านี้พัฒนาขึ้น?

ตลาดจะปรับตัว อาจเป็นได้ว่าบางคนจะไม่ได้รับเงินเดือน 6 ​​รูปเมื่อพวกเขาไม่สมควรได้รับจริงซึ่งเกิดขึ้นค่อนข้างน้อยในอุตสาหกรรมนี้

ฉันพบว่าความคิดสร้างสรรค์และไม่ใช่แค่ทักษะการเข้ารหัส / การเขียนสคริปต์เป็นปัจจัยสำคัญ มันเป็นความคิดสร้างสรรค์ที่คุณต้องพูดกับตัวเองว่า " เฮ้ฉันสามารถทำสิ่งนี้ได้โดยอัตโนมัติ! " จากนั้นทักษะจะเริ่มเล่นหลังจากนั้นเท่านั้น หากคุณพบว่าตัวเองเขียนสคริปต์บางสิ่งบางอย่างเท่านั้นหลังจากที่เจ้านายของคุณบอกให้คุณแล้วคุณอาจไม่ได้ไดรฟ์ที่หรือความคิดสร้างสรรค์ที่ผมได้พูดคุยเกี่ยวกับ ... และผู้ที่มีสองคุณภาพที่มีความยากมากที่อาจจะเป็นไปไม่ได้ที่จะสอน

ดูแลระบบปรับปรุงการเขียนสคริปต์เชลล์ได้อย่างไร

ใครจะดีขึ้นในทุกสิ่ง อ่านหนังสือเข้าชั้นเรียนแล้วประยุกต์ใช้หลักธรรมที่เรียนรู้ (หรือการผสมผสานของวิธีการต่างๆ) สิ่งนี้ง่ายเกินความตั้งใจเนื่องจากไม่มีอะไรพิเศษเกี่ยวกับการเรียนรู้การเขียนสคริปต์เกี่ยวกับการเรียนรู้วิธีการปรุงอาหารหรือการซ่อมรถยนต์

ยังมีที่สำหรับวิศวกรที่ไม่ทำหรือไม่สามารถติดตามกระบวนทัศน์ DevOps ได้หรือไม่?

นี่เป็นการยากที่จะตอบภายในขอบเขตของเว็บไซต์นี้ (ที่มีความต้องการสำหรับคำตอบที่ชัดเจน / กำหนดคำถามที่ถาม) เราสามารถทำนายว่ามันจะ แต่มีปัญหากับรุ่น DevOps ฉันรู้สึกว่ามันยากมากที่คนคนหนึ่งจะเก่งทั้งในสาขาวิชา การประหยัดต้นทุนของพนักงาน 2-for-1 น่าสนใจมากสำหรับธุรกิจในขณะนี้ แต่ก็ยากที่จะบอกว่าแนวโน้มนี้อยู่ที่นี่หรือไม่ แน่นอนสำหรับระยะสั้น

เราเพียงแค่คิดว่าบางคนจะถูกทิ้งไว้ข้างหลังในขณะที่เทคโนโลยีเหล่านี้วิวัฒนาการ?

ในอัตราปัจจุบันของสิ่งที่เกิดขึ้นใช่ พวกคุณส่วนใหญ่มีแนวโน้มที่จะสังเกตมันในที่ทำงานของคุณเอง คุณควรติดตามรายการงานและรู้ว่าตลาดต้องการอะไรในปัจจุบัน (มีรายการงานมากมายสำหรับ Hadoop ในพื้นที่ของคุณหรือไม่เรียนรู้ Hadoop) หากคุณไม่ทันตลาดคุณกำลังเสี่ยงที่จะถูกทิ้งไว้ข้างหลัง

โดยทั่วไปจะไม่ส่งวิศวกรรุ่นเยาว์เข้าสู่สภาพแวดล้อมการผลิตที่ซับซ้อนซึ่งเป็นภารกิจสำคัญ คุณมีวิศวกรอาวุโสสำหรับสิ่งนั้น อันดับเยาวชนควรได้รับอนุญาตให้ทำงานในกล่องทดสอบ dev / ทดสอบ

หากคุณต้องการวิศวกรสำหรับ Technology X และต้องการเติมเต็มบทบาทภายในให้ค้นหาคนที่พร้อมที่จะเรียนรู้ค้นหาการฝึกอบรมที่มีโครงสร้างและรวมทั้งสองอย่างเข้าด้วยกัน

คิดออกทักษะที่คุณต้องการในแผนก หาคนที่เต็มใจที่จะเรียนรู้พวกเขา สอน / แจกเงินสำหรับการฝึกอบรม

ยังมีที่สำหรับวิศวกรที่ไม่ทำหรือไม่สามารถติดตามกระบวนทัศน์ DevOps ได้หรือไม่?

"devops" เป็นเพียงคำศัพท์ใหม่สำหรับบางสิ่งที่ผู้ดูแลระบบทำมานานหลายสิบปี

เราเพียงแค่คิดว่าบางคนจะถูกทิ้งไว้ข้างหลังในขณะที่เทคโนโลยีเหล่านี้วิวัฒนาการ?

ค่อนข้างตรงกันข้าม เมื่อเวลาผ่านไปมีความต้องการบุคลากรด้านเทคนิคมากขึ้นเรื่อย ๆ ทุกคนที่มีความรู้ด้านวิศวกรรมและทักษะทางเทคนิคจะมีที่ทำงาน