กระบวนการสร้างความเสถียรของไซต์ (SRE) คืออะไร

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

ต่อไปนี้คือข้อดีบางประการของแนวทางปฏิบัติด้านวิศวกรรมด้านความเสถียรของไซต์ (SRE)

การทำงานร่วมกันที่ดีขึ้น

SRE ช่วยปรับปรุงการทำงานร่วมกันระหว่างทีมพัฒนา และฝ่ายปฏิบัติการ นักพัฒนามักจะต้องทำการเปลี่ยนแปลงอย่างรวดเร็วในแอปพลิเคชันเพื่อปล่อยฟีเจอร์ใหม่หรือแก้ไขข้อบกพร่องที่สำคัญ ในทางกลับกัน ทีมปฏิบัติการมีเพื่อให้แน่ใจว่ามีการส่งมอบบริการที่ราบรื่น ดังนั้น ทีมปฏิบัติการจึงใช้แนวทางปฏิบัติของ SRE เพื่อติดตามทุกการอัปเดตอย่างใกล้ชิด และตอบสนองต่อปัญหาที่เกิดขึ้นจากการเปลี่ยนแปลงในทันที

ประสบการณ์ของลูกค้าที่ดียิ่งขึ้น

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

การวางแผนการดำเนินงานที่ดีขึ้น

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

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

ตัววัด 

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

ข้อมูลบันทึก

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

การตามรอย 

การตามรอยเป็นการสังเกตเส้นทางโค้ดของฟังก์ชันเฉพาะในระบบแบบกระจาย ตัวอย่างเช่น การตรวจสอบตะกร้าสินค้าอาจเกี่ยวข้องกับสิ่งต่อไปนี้

• การเทียบราคากับฐานข้อมูล
• การตรวจสอบสิทธิ์ด้วยเกตเวย์การชำระเงิน
• การส่งคำสั่งซื้อไปยังผู้ขาย

การตามรอยของ ID ชื่อ และเวลา ช่วยให้นักพัฒนาซอฟต์แวร์ตรวจพบปัญหาเกี่ยวกับเวลาแฝง และปรับปรุงประสิทธิภาพของซอฟต์แวร์ 

ทีมวิศวกรด้านความเสถียรของไซต์ (SRE) วัดคุณภาพของการส่งมอบบริการและความเสถียรโดยใช้ตัวชี้วัดต่อไปนี้ 

วัตถุประสงค์ของระดับการให้บริการ

วัตถุประสงค์ของระดับการบริการ (SLO) เป็นเป้าหมายเฉพาะเจาะจงและวัดผลได้ ซึ่งทำให้คุณมั่นใจว่าซอฟต์แวร์สามารถบรรลุผลได้ในราคาที่สมเหตุสมผลเมื่อเทียบกับตัวชี้วัดอื่นๆ เช่น: 

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

SLO ยืนยันการจัดส่งผ่านทางซอฟต์แวร์ให้กับลูกค้า ตัวอย่างเช่น คุณตั้งค่าเวลา SLO พร้อมให้บริการไว้ที่ 99.95% สำหรับแอปจัดส่งอาหารของบริษัทของคุณ

ตัวชี้วัดระดับการให้บริการ

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

สัญญาในระดับการให้บริการ

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

งบประมาณผิดพลาด

งบประมาณผิดพลาด คือ ความคลาดเคลื่อนที่ยินยอมให้ไม่ปฏิบัติตาม SLO ได้ ตัวอย่างเช่น เวลาทำงาน 99.95% ใน SLO หมายความว่า การหยุดทำงานที่ได้รับอนุญาตคือ 0.05% หากการหยุดทำงานของซอฟต์แวร์เกินงบประมาณข้อผิดพลาด ทีมซอฟต์แวร์จะทุ่มเททรัพยากรและความเอาใจใส่ทั้งหมด ในการทำให้แอปพลิเคชันมีเสถียรภาพ

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

การปฏิบัติการ

วิศวกรความเสถียรของไซต์ใช้เวลาถึงครึ่งหนึ่งของเวลาในการดำเนินงาน ซึ่งรวมถึงงานต่างๆ ดังต่อไปนี้ 

• การตอบสนองต่อเหตุการณ์ฉุกเฉิน
• การจัดการการเปลี่ยนแปลง
• การจัดการโครงสร้างพื้นฐานด้านไอที

วิศวกรใช้เครื่องมือ SRE เพื่อทำงานการทำงานหลายอย่างเป็นไปโดยอัตโนมัติและเพิ่มประสิทธิภาพของทีม

การรองรับระบบ

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

การปรับปรุงกระบวนการ

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

 

บริการ AWS Management and Governance มีเครื่องมือที่จำเป็นสำหรับทีมซอฟต์แวร์ในการสร้าง ปรับขนาด และปรับใช้แอปพลิเคชันแบบกระจายโดยไม่กระทบต่อความเสถียรของระบบ ทีมกระบวนการสร้างความเสถียรของไซต์ (SRE) ใช้บริการ AWS Management and Governance ที่หลากหลายเพื่อตรวจสอบและควบคุม AWS และทรัพยากรการประมวลผลในองค์กร

• แค็ตตาล็อกบริการของ AWS ช่วยให้ทีม SRE จัดทำรายการ จัดการ และปรับใช้บริการด้านไอทีได้อย่างรวดเร็ว
• AWS Systems Manager ให้ศูนย์กลางการจัดการแบบรวมศูนย์สำหรับวิศวกรด้านความเสถียรของไซต์ เพื่อรับข้อมูลเชิงลึกด้านการปฏิบัติงานเกี่ยวกับทรัพยากรการประมวลผลซอฟต์แวร์
• AWS Proton เป็นเครื่องมือการจัดการอัตโนมัติสำหรับการปรับใช้แอปพลิเคชันแบบคอนเทนเนอร์และแบบไม่ต้องใช้เซิร์ฟเวอร์

เริ่มต้นใช้งานวิศวกรรมด้านความเสถียรของไซต์บน AWS ด้วยการสร้างบัญชี AWS วันนี้