ผู้ดูแลระบบทั่วโลกขอแสดงความยินดีกับวันหยุดมืออาชีพของคุณ!
เราไม่มีผู้ดูแลระบบเหลืออยู่ (ก็เกือบ) อย่างไรก็ตาม ตำนานเกี่ยวกับพวกเขายังคงสดใหม่ เพื่อเป็นเกียรติแก่วันหยุดเราได้เตรียมมหากาพย์นี้ เชิญตามสบายครับท่านผู้อ่านที่รัก
กาลครั้งหนึ่งนานมาแล้วที่โลกของ Dodo IS ได้ลุกเป็นไฟ ในช่วงเวลาอันมืดมนนั้น งานหลักของผู้ดูแลระบบของเราคือการอยู่รอดอีกหนึ่งวันและไม่ร้องไห้
นานมาแล้ว โปรแกรมเมอร์เขียนโค้ดเพียงเล็กน้อยและช้าๆ และโพสต์บนผลิตภัณฑ์เพียงสัปดาห์ละครั้ง ดังนั้นปัญหาจึงเกิดขึ้นเพียงครั้งเดียวในทุก ๆ เจ็ดวัน แต่แล้วพวกเขาก็เริ่มเขียนโค้ดมากขึ้นและโพสต์บ่อยขึ้น ปัญหาเริ่มมากขึ้น บางครั้งทุกอย่างก็เริ่มพังทลาย และการย้อนกลับก็แย่ลงไปอีก ผู้ดูแลระบบต้องทนทุกข์ทรมาน แต่ยอมทนกับเรื่องตลกนี้
พวกเขานั่งที่บ้านในตอนเย็นด้วยความกระวนกระวายในจิตวิญญาณ และทุกครั้งที่มันเกิดขึ้น “มันไม่เคยเกิดขึ้น และอีกครั้งที่ผู้ตรวจสอบส่งสัญญาณขอความช่วยเหลือ เพื่อน โลกกำลังลุกเป็นไฟ!” จากนั้นผู้ดูแลระบบของเราก็สวมเสื้อกันฝนสีแดง สวมกางเกงขาสั้นทับเลกกิ้ง ม้วนผมที่หน้าผาก และบินไปช่วยโลกของนกโดโด
เรียนอธิบายเล็กน้อย ไม่เคยมีผู้ดูแลระบบแบบดั้งเดิมที่ดูแลฮาร์ดแวร์ใน Dodo IS เราได้ก้าวไปสู่ Azure cloud ในทันที
พวกเขาทำอะไร:
- ถ้ามีอะไรพังเขาก็ซ่อมให้
- เล่นปาหี่เซิร์ฟเวอร์ในระดับผู้เชี่ยวชาญ
- รับผิดชอบเครือข่ายเสมือนใน Azure;
- มีหน้าที่รับผิดชอบในสิ่งระดับต่ำ เช่น การโต้ตอบของส่วนประกอบ (*กระซิบ* ซึ่งบางครั้งพวกเขาไม่ได้คุ้ยหา)
- เชื่อมต่อเซิร์ฟเวอร์อีกครั้ง
- และสัตว์ป่าอื่น ๆ อีกมากมาย
ชีวิตของทีมวิศวกรโครงสร้างพื้นฐาน (ที่เราเรียกว่าผู้ดูแลระบบของเรา) นั้นประกอบด้วยการดับไฟและทำลายม้านั่งทดสอบอย่างต่อเนื่อง พวกเขามีชีวิตอยู่และเศร้าโศก จากนั้นพวกเขาก็ตัดสินใจคิดว่า ทำไมมันถึงแย่นัก หรือบางทีเราอาจจะทำได้ดีกว่านี้ เช่น เราจะไม่แบ่งคนเป็นโปรแกรมเมอร์กับผู้ดูแลระบบ?
งาน
ได้รับ: มีผู้ดูแลระบบที่มีเซิร์ฟเวอร์ในพื้นที่รับผิดชอบ, เครือข่ายที่เชื่อมต่อเขากับเซิร์ฟเวอร์อื่น, โปรแกรมระดับโครงสร้างพื้นฐาน (เว็บเซิร์ฟเวอร์ที่โฮสต์แอปพลิเคชัน, ระบบจัดการฐานข้อมูล ฯลฯ ) และมีโปรแกรมเมอร์ที่มีพื้นที่รับผิดชอบคือรหัสการทำงาน
และมีสิ่งที่อยู่ตรงทางแยก. เรื่องนี้เป็นความรับผิดชอบของใคร?
โดยปกติแล้ว ผู้ดูแลระบบและโปรแกรมเมอร์จะพบกันที่ทางแยกนี้และเริ่ม:
“เพื่อน ไม่มีอะไรทำงาน อาจเป็นเพราะโครงสร้างพื้นฐาน
- เพื่อน ไม่ มันอยู่ในรหัส
อยู่มาวันหนึ่งรั้วกั้นระหว่างพวกเขาเริ่มงอกขึ้นซึ่งพวกเขาขว้างคนเซ่ออย่างสนุกสนาน งานเช่นคนเซ่อถูกโยนจากด้านหนึ่งของรั้วไปยังอีกด้านหนึ่ง ในขณะเดียวกันก็ไม่มีใครเข้ามาใกล้เพื่อแก้ไขสถานการณ์ ยิ้มเศร้า.
แสงอาทิตย์ส่องทะลุท้องฟ้าที่มืดครึ้มเมื่อสองสามปีก่อนที่ Google พวกเขาเกิดความคิดที่จะไม่แลกเปลี่ยนงาน แต่แทนที่จะทำสิ่งร่วมกัน
แต่ถ้าเราอธิบายทุกอย่างเป็นรหัสล่ะ
ในปี 2016 Google ได้เปิดตัวหนังสือชื่อ "Site Reliability Engineering" เกี่ยวกับการเปลี่ยนแปลงบทบาทของผู้ดูแลระบบ: จากผู้เชี่ยวชาญเวทมนตร์ไปสู่แนวทางวิศวกรรมที่เป็นทางการในการใช้ซอฟต์แวร์และระบบอัตโนมัติ พวกเขาเองต้องผ่านขวากหนามและอุปสรรคมากมาย เข้าใจและตัดสินใจแบ่งปันสิ่งนี้กับโลก หนังสือเป็นสาธารณสมบัติ .
หนังสือมีความจริงง่ายๆ:
- การทำทุกอย่างตามรหัสนั้นดี
- ใช้วิธีการทางวิศวกรรม - ดี
- การตรวจสอบที่ดีเป็นสิ่งที่ดี
- การป้องกันไม่ให้มีการเผยแพร่บริการหากไม่มีการบันทึกและการตรวจสอบที่ชัดเจนก็เป็นสิ่งที่ดีเช่นกัน
การปฏิบัติเหล่านี้อ่านโดย Gleb ของเรา () แล้วเราก็จากไป กำลังดำเนินการ! ตอนนี้เราอยู่ในช่วงหัวเลี้ยวหัวต่อ ทีม SRE ก่อตั้งขึ้น (มีผู้เชี่ยวชาญสำเร็จรูป 6 คน และอีก 6 คนกำลังเริ่มงาน) และพร้อมที่จะเปลี่ยนแปลงโลกให้ดีขึ้น ซึ่งประกอบด้วยโค้ดทั้งหมด
เราสร้างโครงสร้างพื้นฐานของเราเพื่อให้นักพัฒนาสามารถจัดการสภาพแวดล้อมและทำงานร่วมกับ SRE ได้อย่างสมบูรณ์ด้วยตนเอง
วังแทนข้อสรุป
ผู้ดูแลระบบเป็นอาชีพที่คู่ควร แต่ความรู้ในส่วนของระบบยังต้องการทักษะด้านวิศวกรรมซอฟต์แวร์ที่ยอดเยี่ยมอีกด้วย
ระบบเริ่มเรียบง่ายขึ้นเรื่อย ๆ และความรู้ที่ไม่เหมือนใครในการดูแลเซิร์ฟเวอร์เหล็กกำลังเป็นที่ต้องการน้อยลงทุกปี เทคโนโลยีคลาวด์กำลังเข้ามาแทนที่ความต้องการความรู้นี้
ผู้ดูแลระบบที่ดีในอนาคตอันใกล้จะต้องมีทักษะด้านวิศวกรรมซอฟต์แวร์ที่ดี ยิ่งไปกว่านั้นเขาควรจะมีทักษะที่ดีในด้านนี้
ไม่มีใครรู้วิธีทำนายอนาคตก่อนที่มันจะเกิดขึ้น แต่เราเชื่อว่าเมื่อเวลาผ่านไป จะมีบริษัทจำนวนน้อยลงเรื่อยๆ ที่ต้องการเพิ่มพนักงานที่ล้นเหลือของผู้ดูแลระบบ แม้ว่าแฟน ๆ จะยังคงอยู่ก็ตาม ทุกวันนี้ขี่ม้าน้อย ส่วนใหญ่ใช้รถ แม้ว่าจะมีคนรัก ...
สุขสันต์วันดูแลระบบทุกคน รหัสถึงทุกคน!
ที่มา: will.com