ทำไมฉันไม่ควรลองจ้าง 'DevOps Engineer'

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

องค์กรที่ใช้แนวทางปฏิบัติของ DevOps นั้นมีประสิทธิภาพสูง: พวกเขาปรับใช้โค้ดบ่อยกว่าคู่แข่งถึง 30 เท่าและการปรับใช้ล้มเหลวน้อยลง 50% ตามรายงานของ State of DevOps ประจำปี 2558

อย่างไรก็ตามฉันได้สังเกตเห็นว่ามีการคัดค้านเกี่ยวกับเสียงของนักพัฒนา DevOps มากและพยายามทำการปรับปรุงเหล่านี้:

แม้จะมีข้อตกลงในวงกว้างเกี่ยวกับคุณลักษณะหลักของ DevOps แต่การโต้แย้งรอบคำว่า“ วิศวกร DevOps” บางคนพูดว่าคำนั้นขัดแย้งกับคุณค่าของ DevOps Jez Humble ผู้เขียนร่วมของการจัดส่งแบบต่อเนื่องชี้ให้เห็นว่าเพียงแค่เรียกวิศวกรของ DevOps ว่าสามารถสร้างไซโลแห่งที่สามได้นอกเหนือจาก dev และ ops - "... เห็นได้ชัดว่าเป็นวิธีที่ยาก (และแดกดัน) ในการพยายามแก้ไขปัญหาเหล่านี้ ."

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

TL; DR : คุณไม่ควรพยายามจ้างทีม DevOps

โดยทั่วไปมีสามบทบาทที่พบบ่อยที่สุดในการจ้างงาน:

1. DevOps สถาปนิก / ผู้เผยแพร่ศาสนา
2. วิศวกร DevOps
3. วิศวกร CI / CD

บทบาทเหล่านี้แตกต่างจากบทบาทการพัฒนาซอฟต์แวร์ที่จำเป็น 6 ประการของคุณซึ่งประกอบด้วยองค์กรวิศวกรรมซอฟต์แวร์:

1. การจัดการผลิตภัณฑ์
2. การพัฒนาซอฟต์แวร์
3. การพัฒนาเครื่องมือ
4. ความปลอดภัยและการปฏิบัติตามกฎระเบียบ
5. คุณภาพและการทดสอบ
6. การทำงานของระบบ (SRE)

ให้ผ่านสามบทบาททีละคนและดูว่าพวกเขาเหมาะสม

DevOps Architect หรือ Evangelist

• ทำไม : หากคุณหลงทางช้าแตกและไม่รู้ว่าควรทำอย่างไร
• เมื่อ : ที่จุดเริ่มต้นของกระบวนการในขั้นตอนการวางแผน
• อะไร : บทบาทระดับการจัดการเพื่อเป็นแนวทางให้กับผู้จัดการและผู้นำทั้งหมดในองค์กรวิศวกรรมซอฟต์แวร์ทั้งหมด บุคคลนี้จะวางแผนการเปลี่ยนแปลงทั้งหมดขององค์กรวิศวกรรมของคุณให้อยู่ในสภาพที่ใช้งานได้ดี
• ใคร : สมาชิกที่ปรึกษามีความเชี่ยวชาญในด้านทฤษฎีการจัดการหัวข้อวัฒนธรรมและการปฏิบัติงานซึ่งรายงานโดยตรงต่อรองประธานฝ่ายวิศวกรรมซอฟต์แวร์

ในบางกรณีและสำหรับ บริษัท ขนาดเล็กและขนาดกลางคุณอาจเริ่มต้นกระบวนการแทนการจ้าง บริษัท ที่ปรึกษาเช่น DORA

วิศวกร DevOps

• ทำไม :
  1. เพื่อเชื่อมช่องว่างระหว่างทีมหากมีการจัดระเบียบตามบทบาทหน้าที่ที่กล่าวไว้ข้างต้นเพื่อให้แน่ใจว่าความร่วมมือข้ามระดับการทำงาน
  2. เพื่อฝังกับทีมงานที่มุ่งเน้นผลิตภัณฑ์ซึ่งมีบทบาทดั้งเดิมทั้ง 6 บทบาทรวมอยู่ในทีมเพื่อช่วยลดช่องว่างความรู้และเพื่อช่วยในการนำไปปฏิบัติและการนำแนวทางและเครื่องมือใหม่ ๆ มาใช้
• เมื่อใด : เมื่อคุณวางแผนและเริ่มการเปลี่ยนแปลงองค์กรแล้วทีมผู้บริหารทั้งหมดก็พร้อมแล้ว
• อะไร : เปิดใช้งานความร่วมมือข้ามฟังก์ชันเพื่อให้แน่ใจว่าขอบเขตของทีมจะพังลงการเพิ่มประสิทธิภาพในท้องถิ่นภายในทีมไม่ได้สร้างอุปสรรคต่อปริมาณงานสูงตลอดห่วงโซ่คุณค่าตลอดทางจากความต้องการของลูกค้าไปจนถึงการส่งมอบลูกค้า
• ใคร : วิศวกรที่มีประสบการณ์มีทักษะทั้งในการพัฒนาซอฟต์แวร์และการทำงานของระบบ เขาควรมีทักษะในการปฏิบัติที่ดีที่สุดการเปลี่ยนแปลงกระบวนการและวัฒนธรรมที่เกี่ยวข้องกับการเปลี่ยนแปลง DevOps

วิศวกร CI / CD

• ทำไม : เพื่อช่วยในการติดตั้ง CI / CD ไปป์ไลน์รวมกลุ่มเครื่องมือของคุณนำเครื่องมือที่จะช่วยให้การทำงานของ บริษัท ดีขึ้น
• เมื่อ : ระหว่างการเปลี่ยนแปลงในองค์กรขนาดใหญ่ในขณะที่บทบาทข้างต้นได้รับการเติมเต็มแล้ว
• อะไร : วิศวกรซึ่งเป็นส่วนหนึ่งของทีมเครื่องมือที่จะสามารถติดตั้งท่อ CI / CD และเริ่มรวมระบบภายในด้วยวิธีที่จะช่วยลดแรงเสียดทานจากปริมาณงาน
• ใคร : วิศวกรมีประสบการณ์กับเครื่องมือกระบวนการรวมการจัดการการเผยแพร่และการปฏิบัติ DevOps ใครบางคนที่เข้าใจว่าพวกเขากำลังแทนที่ gating ของมนุษย์ในกระบวนการปล่อยโดยอัตโนมัติ

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

อุปกรณ์ปีนเขาของคุณ

• พื้นหลังที่แข็งแกร่งในประสบการณ์ Linux / Unix Administration ด้วยระบบอัตโนมัติ / การจัดการการกำหนดค่าโดยใช้ Puppet, Chef หรือเทียบเท่า
• ความสามารถในการใช้เทคโนโลยีโอเพ่นซอร์สและบริการคลาวด์ที่หลากหลาย (จำเป็นต้องมีประสบการณ์กับ AWS)
• ประสบการณ์ที่แข็งแกร่งกับ SQL และ MySQL (ประสบการณ์ NoSQL ก็เป็นข้อดีเช่นกันเนื่องจากเราใช้ Redis ด้วย)
• ความเข้าใจในการทำงานของรหัสและสคริปต์ (PHP, Python, Perl และ / หรือ Ruby)
• ความรู้เกี่ยวกับแนวปฏิบัติที่ดีที่สุดและการดำเนินงานด้านไอทีในบริการที่พร้อมให้บริการเสมอ

ในตัวอย่างงานนี้รายละเอียดของงาน DevOps Engineer เป็นเพียงคำที่ฉวัดเฉวียนสำหรับผู้ดูแลระบบที่คุ้นเคยกับโครงสร้างพื้นฐานบนคลาวด์ระบบอัตโนมัติสามารถอ่านรหัสเพื่อช่วยในการวินิจฉัยและตระหนักถึงแนวทางปฏิบัติที่พร้อมใช้งานสูงและโซลูชั่น

นี่เกี่ยวข้องกับการปฏิบัติ DevOps และวัฒนธรรมการทำลายไซโลระหว่าง dev และ ops อย่างที่เห็นในคำถามนี้อะไรคือความแตกต่างระหว่าง Sysadmin และ DevOps Engineer?

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

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

ฉันรู้ว่าคำตอบนี้อาจไม่เหมาะสำหรับคุณ แต่นี่คือสิ่งที่ฉันทำ

ฉันเป็นนักพัฒนาซอฟต์แวร์รายแรกที่ทำงานกับการเริ่มต้นอีคอมเมิร์ซที่ยุ่งมากโดยมีปริมาณการใช้งานสูงมาก ฉันรู้ว่า บริษัท ยังเด็กและนั่นฉันจะเป็นทรัพยากรทางเทคนิคภายในองค์กรซักระยะหนึ่ง

เมื่อรู้สิ่งนี้ฉันตัดสินใจที่จะจัดโครงสร้างพื้นฐานในแบบที่ฉันจะต้องทำการบริหารระบบศูนย์

ฉันตัดสินใจที่จะโฮสต์ในคลาวด์เนื่องจากการทำเช่นนั้นทำให้ฉันต้องบำรุงรักษาระบบ ฉันมองหาวิศวกร AWS ด้วยประสบการณ์หุ่นกระบอก เราร่วมกันออกแบบโครงสร้างพื้นฐานแบบ autoscalable เขียนเป็นรหัสในรูปแบบคลาวด์ ไฟล์การกำหนดค่าทั้งหมดได้รับการกำหนดเวอร์ชันภายใน puppet

สิ่งนี้ทำให้ฉันในฐานะนักพัฒนาสามารถสมมติบทบาทผู้นี้ ฉันสร้างเครื่องมือการวางจำหน่ายโค้ดในไพ ธ อนแฟบริค ฉันใช้สคริปต์เดียวกันนี้เพื่อบู๊ตแอปพลิเคชันของฉันไปยังเซิร์ฟเวอร์ใหม่ที่ปรับขนาดอัตโนมัติ

สิ่งนี้ทำงานได้ดีมากและในวันนี้ 3 ปีต่อมาฉันยังคงไม่ทำการบำรุงรักษาระบบ เรามีผู้ดูแลระบบ (วิศวกร AWS คนเดียวกัน) เป็นเวลา 10 ชั่วโมงต่อเดือนและฉันพยายามจัดโครงสร้างการวิ่งของเขาในแบบที่ฉันจะไม่ทำให้เขารำคาญ ด้วยวิธีนี้ฉันเคารพเวลาของเขาและจัดการการวิ่งของเขาในวิธีที่ดีที่สุดที่ฉันสามารถทำได้

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

ฉันหวังว่าคำตอบนี้จะเป็นประโยชน์กับคุณ

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

DevOps นั้นจำเป็นต้องมีความพยายามของทีมและคุณไม่สามารถคาดหวังได้ว่าบุคคลใดคนหนึ่งจะสนับสนุนความคาดหวังของทีมทั้งหมด พิจารณาขอบเขตของ DevOps บุคคลหนึ่งอาจไม่สามารถ:

• เป็นนักพัฒนา rockstar ใน [ภาษา]
• เป็นกูรูด้านเครือข่ายรู้ RFC ที่จำเป็นทั้งหมด
• เป็นผู้ดูแลระบบ
• เป็นผู้ทดสอบ QA ที่มีความเชี่ยวชาญ
• เป็นผู้ดูแลฐานข้อมูล
• เชี่ยวชาญในการจัดเก็บและสำรองข้อมูล
• รู้วิศวกรรมความน่าเชื่อถือของเว็บไซต์
• อาจมีระเบียบวินัยอื่น ๆ เช่นกัน

บางข้อข้างต้นมีวินัยย่อยเช่นผู้ดูแลระบบของ Windows เทียบกับผู้ดูแลระบบ Linux / Unix หรือคุณอาจใช้ภาษาการเข้ารหัสมากกว่าหนึ่งภาษา

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

ในขณะที่มีสมาชิกในทีมข้ามการฝึกอบรมมากกว่าหนึ่งวินัย - โดยเฉพาะอย่างยิ่งในพื้นที่ที่ทับซ้อนกันเป็นสิ่งที่ดีคาดหวังว่าพวกเขาจะสามารถมีความเชี่ยวชาญในความรู้ที่หลากหลายเช่นนั้นก็ไม่ใช่การฝึกฝน

ซึ่งหมายความว่าทุกคนที่บอกคุณว่าพวกเขารู้ทุกแง่มุมของ DevOps อาจโกหกคุณ จ้างผู้เชี่ยวชาญในพื้นที่ที่คุณอ่อนแอที่สุดที่เคยร่วมงานกับทีม DevOps ไม่ใช่ "DevOps Engineer"

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

สิ่งที่เราทำคือ:

• สูญเสียระยะเวลาของวิศวกร DevOps, DevOps เป็นสิ่งที่เราทุกคนควรทำไม่ใช่ตำแหน่งงานของเราดังนั้นเราจึงเรียกสิ่งเหล่านี้ว่าแตกต่างออกไป

• รีดพวกเขาออกไปยังทีม แต่เพียง 1 ต่อ 3 นี่หมายความว่าพวกเขาไม่สามารถเป็นผู้กระทำได้ แต่ต้องถูกมองว่าเป็นความสามารถที่จะช่วยให้ทีมพัฒนาตนเองได้ดีขึ้นและแก้ปัญหาของตนเอง (พร้อมแนวทาง)

• รักษาฟังก์ชั่นกลางเช่นเดียวกับการทำหน้าที่เป็นศูนย์ความสามารถและจัดการการพิจารณาขององค์กรทุกอย่างที่มีผลต่อทุกทีม

ขณะที่เราพัฒนาเราตรวจสอบโมเดลนี้ แต่สำหรับเรามันยังทำงานได้อย่างมีประสิทธิภาพจนถึงตอนนี้

ฉันไม่คิดว่าคุณจะสามารถได้คำตอบที่ชัดเจนสำหรับเรื่องนี้เพราะดูเหมือนจะมีหลายสิ่งหลายอย่าง

• วิธีการที่ บริษัท อยู่กับการปฏิบัติ DevOps
• แอปพลิเคชันหรือบริการประเภทใดที่ บริษัท จัดให้
• โครงสร้าง บริษัท ของคุณ

ฉันเพิ่งสัมภาษณ์ตำแหน่งและจบลงด้วยชื่อของวิศวกร DevOps แต่สิ่งที่ฉันทำคืองาน Sys Admin นี่เป็นเพียงความจำเป็นเนื่องจากขนาดของ บริษัท และลักษณะของการจัดการแอปพลิเคชันที่ชาญฉลาด บางตำแหน่งที่ฉันสัมภาษณ์มีชื่อเรื่องที่คล้ายกันและพวกเขากำลังมองหาใครบางคนจากด้านการพัฒนาของสิ่งที่ประสบการณ์ฉลาด พวกเขาคาดหวังการเขียนโค้ดมากกว่าและไม่ใช่ผู้ดูแลระบบของ sys ที่ทำงานอัตโนมัติ SRE ดูเหมือนจะเป็นชื่อที่ได้รับความนิยมดังนั้นนั่นอาจเป็นหนทางไป ฉันมีตัวเองในฐานะผู้ดูแลระบบและวิศวกรระบบอัตโนมัติเป็นงานสุดท้ายของฉันเพราะฉันเขียน ansible และพ่อครัวก็มีเวลาส่วนหนึ่ง บริษัท กำลังทำตามแบบอย่างที่ดีงามซึ่งทุกคนอยู่บนเรือและ devs ทำงานเคียงข้าง ops แต่ฉันคิดว่าอนาคตของพวกเขาไม่ได้ '

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

โดยพื้นฐานแล้วฉันคิดว่าคุณควรหารายละเอียดของงานและไม่ต้องกังวลมากเกี่ยวกับชื่อเรื่องเว้นแต่จะผูกติดอยู่กับการจ่ายเงินอย่างใดอย่างหนึ่งหรือคุณคิดว่าอย่างใดอย่างหนึ่งจะดึงดูดคนประเภทที่เหมาะสม

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

หากการเป็นนักทำ DevOps ที่แท้จริงนั้นไม่สำคัญสำหรับคุณคุณสามารถเรียกมันว่าอะไรก็ได้ที่คุณต้องการ