DevOps กับ SysAdmin: Rivals หรือ Collaborators?

ไม่กี่โพสต์ที่ผ่านมาเรากำลังพูดถึง SysAdmins โดยเฉพาะในโพสต์ที่ชื่อว่า«Sysadmin: ศิลปะของการเป็นผู้ดูแลระบบและเซิร์ฟเวอร์». และเราบอกว่าพวกเขาเป็น« ... ผู้เชี่ยวชาญด้านไอทีแบบครบวงจรซึ่งในวันปกติมักจะเต็มไปด้วยกิจกรรมที่หลากหลายตามกำหนดเวลาหรือไม่ ... »และ« ... รับผิดชอบในการตรวจสอบการทำงานที่เหมาะสมของทุกแพลตฟอร์มเทคโนโลยีและไอทีที่คุณทำงาน ... ».

ในโพสต์นี้เราจะพูดถึง DevOps ซึ่งเป็น "สายพันธุ์" (รุ่นใหม่) ของนักพัฒนาซอฟต์แวร์ซึ่งได้ยินมาประมาณแปดหรือสิบปี โปรแกรมเมอร์รุ่นใหม่ที่ถือกำเนิดจากอวัยวะภายในของศูนย์เทคโนโลยีและ บริษัท ไอทีสมัยใหม่ที่มีชื่อเสียงระดับโลกและมีชื่อตามคำที่มาจากคำภาษาอังกฤษว่า "Development" และ "Operation"

การแนะนำ

เราสามารถพูดได้ไม่กี่คำว่า DevOps คือโปรแกรมเมอร์ที่สามารถทำหน้าที่ทั้งหมดที่เกี่ยวข้องกับวงจรชีวิตของ "การพัฒนาซอฟต์แวร์" และอื่น ๆเช่น: Programming, Operation, Testing, Development, Support, Servers, Database, Web และอื่น ๆ ที่จำเป็น

ว่ากันว่า "นักพัฒนาซอฟต์แวร์รุ่นใหม่" เกิดขึ้นใน "Tech Startups" ขนาดเล็กที่ทันสมัยและประสบความสำเร็จเหล่านั้น ประกอบด้วย "ผู้เชี่ยวชาญด้านไอที" กลุ่มเล็ก ๆ ซึ่งส่วนใหญ่เป็นนักพัฒนาซอฟต์แวร์

และอย่างที่เราทราบกันดีอยู่แล้วว่า "Startups" เหล่านี้โดยทั่วไปคือการพัฒนาโซลูชันซอฟต์แวร์แบบเร่งด่วน (ตั้งแต่ 6 ถึง 12 เดือน) และแก้ไขปัญหาและความต้องการที่เฉพาะเจาะจงและซับซ้อนในโลกแห่งความเป็นจริง ซึ่งหมายความว่าพวกเขามักจะมีอัตราการตายสูงมาก

จากความเป็นจริงดังกล่าวเกิดขึ้นใน Startups เหล่านี้ "วัฒนธรรมการพัฒนาซอฟต์แวร์" ใหม่ตามปรัชญาที่เรียกว่า "Release Early, Release บ่อยๆ" (Early Releases, Frequent Releases) ซึ่งซอฟต์แวร์ได้รับการแก้ไขและเปิดตัว "On Fly" (ในเที่ยวบิน)กล่าวคือทันทีที่จะใช้โดยผู้ใช้เดียวกัน

ผู้ใช้ให้อาหารนักพัฒนาจาก "การตอบกลับ" ได้รับจากผู้ที่ทำการปรับปรุงและอัปเดตโค้ดได้ทันที

«วัฒนธรรมการพัฒนาซอฟต์แวร์»ใหม่นี้ได้เปลี่ยน«วัฒนธรรมดั้งเดิมของการพัฒนาซอฟต์แวร์» โดยที่สมาชิกแต่ละคนของ "หน่วยไอที" (คอมพิวเตอร์ / เทคโนโลยี) มีตำแหน่งที่มีฟังก์ชันที่กำหนดไว้อย่างดีและเฉพาะเจาะจงเช่น: Junior Developer, Senior Developer, Database Administrator, System และ / หรือ Server Administrator, Analyst และ / หรือ Application Tester , การสนับสนุนทางเทคนิคและอื่น ๆ

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

ดังนั้น DevOps ไม่ได้เป็นเพียงแค่บุคคลหรือตำแหน่งเท่านั้น แต่ยังเป็นกระแสการเคลื่อนไหววัฒนธรรมองค์กรที่แพร่หลายมากในปัจจุบัน ซึ่งคุณสามารถเรียนรู้เพิ่มเติมได้โดยอ่านบทความอื่น ๆ อีก 2 บทความที่เรียกว่า«DevOps» Y «DevOps คืออะไร?"

เนื้อหา

ข้างต้นเป็นสาเหตุที่ทำให้ DevOps และ Sysadmin ในปัจจุบันถูกมองว่าเป็น "Jack of all Trades" หรือ "Master of None"กล่าวคือ "ผู้รับใช้ทุกอย่าง" หรือ "จ้าวแห่งความว่างเปล่า" เนื่องจากพวกเขาสามารถ "ทำทุกอย่างหรือหลาย ๆ สิ่งได้โดยไม่ต้องเป็นผู้เชี่ยวชาญในสิ่งใดเลย"

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

เพื่อให้ DevOps หรือ Sysadmin มีความสามารถทางปัญญาในการแก้ปัญหาทางเทคโนโลยีเกือบทุกอย่างที่เกิดขึ้นแสดงถึงต้นทุนทางปัญญาที่สูงมาก สิ่งใดที่พวกเขามักจะนำเสนอ«ความเครียดในการทำงาน» (เหนื่อยหน่าย) ในระดับหนึ่งและส่งผลให้ประสิทธิผลหรือประสิทธิภาพในการทำงานลดลง

ผู้ดูแลระบบ

Sysadmin มีแนวโน้มที่จะครอบคลุมฟังก์ชันและกิจกรรมต่อไปนี้:

1. ใช้งานใหม่หรือลบล้าสมัย
2. ทำการสำรองข้อมูล
3. ตรวจสอบประสิทธิภาพ
4. จัดการการเปลี่ยนแปลงการกำหนดค่า
5. ใช้งานแอพพลิเคชั่นและระบบปฏิบัติการ
6. จัดการบัญชีผู้ใช้
7. ตรวจสอบความปลอดภัยของคอมพิวเตอร์
8. การรับมือกับความล้มเหลวและความล้มเหลว
9. ตรงตามความต้องการของผู้ใช้
10. รายงานต่อระดับผู้รับผิดชอบโดยตรงขององค์กร
11. บันทึกกิจกรรมการคำนวณของระบบและแพลตฟอร์ม

และคุณต้องมีความรู้เกี่ยวกับ:

1. การเขียนโปรแกรม
2. ฐานข้อมูล
3. ความปลอดภัยด้านไอที
4. เครือข่าย
5. ระบบปฏิบัติการ

DevOps

DevOps มีแนวโน้มที่จะมีความคล่องแคล่วในภาษาโปรแกรมที่หลากหลายนอกเหนือจากความสามารถทางเทคนิคและทักษะการจัดการ DevOps มักจะเป็นส่วนผสมของ Software Developer และ Sysadmin ซึ่งมักจะถูกมองว่าเป็นการขจัดอุปสรรคระหว่างโปรไฟล์ทั้งสอง ดังนั้นจึงคาดว่า DevOps มีความรู้ทั้งซอฟต์แวร์และฮาร์ดแวร์ (โครงสร้างพื้นฐาน / แพลตฟอร์ม) ขององค์กรที่พวกเขาทำงาน

ดังนั้น DevOps มักจะสามารถ:

1. เขียนโค้ดและทำหน้าที่ของโปรแกรมเมอร์
2. จัดการเซิร์ฟเวอร์หลายแพลตฟอร์มและทำหน้าที่ของ SysAdmin
3. จัดการเครือข่ายและทำหน้าที่ของ NetAdmin
4. จัดการฐานข้อมูล (BD) และทำหน้าที่ของ DBA

สิ่งนี้ทำให้เราสรุปได้ว่า DevOps ที่ดี:

สามารถปฏิบัติกิจกรรมและหน้าที่ขั้นต่ำของผู้เชี่ยวชาญแต่ละพื้นที่ในหน่วยไอที ซึ่งไม่บ่อยนักในกรณีย้อนกลับสำหรับ SysAdmins และผู้เชี่ยวชาญด้านไอทีอื่น ๆในฐานะ SysAdmin, NetAdmin, DBA หรือผู้เชี่ยวชาญด้านการสนับสนุนทางเทคนิคโดยทั่วไปไม่มีแนวโน้มที่จะเขียนโค้ดอย่างสม่ำเสมอและมีประสิทธิภาพในภาษาระดับสูงหรือเป็นที่นิยมในเชิงพาณิชย์

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

และ 2 ตำแหน่งนี้มีลักษณะที่แตกต่างกันแม้ว่าจะมีภารกิจร่วมกันหลายอย่าง ความแตกต่างเช่น DevOps นั้น:

• พวกเขาทำงานร่วมกันในระดับสูงกับองค์กรและรับประกันการทำงานร่วมกันในแต่ละส่วนของ บริษัท ในขณะที่ SysAdmin ให้ความสำคัญกับการจัดการ (กำหนดค่าบำรุงรักษาและอัปเดตเซิร์ฟเวอร์และระบบคอมพิวเตอร์)
• พวกเขามีแนวโน้มที่จะทำงานบ่อยขึ้นในโครงการที่มีผลิตภัณฑ์แบบ end-to-end ในขณะที่ SysAdmins มักจะ จำกัด ขอบเขต (เฉพาะจุด) และความรับผิดชอบเกี่ยวกับโครงการ / ผลิตภัณฑ์เดียวกันมากกว่า
• โดยปกติแล้วพวกเขาสามารถทำทุกอย่างที่ SysAdmin ทำได้ แต่ SysAdmin ไม่สามารถทำทุกอย่างที่ DevOps ทำได้

ข้อสรุป

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

แม้ว่าบางองค์กรภายในองค์กรมักจะเห็นผลในทางตรงกันข้ามนั่นคือเพื่อดูว่าวัฒนธรรม DevOps แสดงถึงการทำลายบทบาทส่วนใหญ่ภายในหน่วยไอทีอย่างไร ตัวอย่างเช่นโปรแกรมเมอร์มีแนวโน้มที่จะไปที่ DevOps จากนั้นแทนที่ SysAdmin, NetAdmin, DBA, Support Specialists และอื่น ๆ รวมถึงนักพัฒนาซอฟต์แวร์ที่เขียนโค้ด

หากคุณมีคำถามเพิ่มเติมเกี่ยวกับหัวข้อนี้ขอแนะนำให้คุณอ่านเอกสารงานที่เกี่ยวข้องกับหัวข้อนี้ ลิงค์.