เซิร์ฟเวอร์ที่ไม่เปลี่ยนรูปแบบคืออะไร

มีคำถามบางอย่างเกี่ยวกับเซิร์ฟเวอร์ที่ไม่เปลี่ยนรูปเช่น:

• วิธีการใช้รูปแบบเซิร์ฟเวอร์ที่เปลี่ยนแปลงไม่ได้โดยไม่สูญเสียความสามารถในการทำ post-mortems
• เครื่องมือการจัดการการกำหนดค่ามีบทบาทอย่างไรในโครงสร้างพื้นฐานที่ไม่เปลี่ยนแปลง

ดูเหมือนว่าจะต้องทำกับเซิร์ฟเวอร์ (ส่วนที่ฉันได้รับ) และเพียงแค่การย่อยไวยากรณ์ของการเปลี่ยนแปลงไม่ได้ฉันคิดว่ามันมีบางอย่างที่เกี่ยวข้องกับ "ไม่สามารถปิดเสียง " ได้ หากการเดานั้นอยู่ใกล้ฉันจะไม่มีเงื่อนงำอะไรที่ไม่สามารถปิดเสียงได้อย่างแน่นอน (และฉันสงสัยว่ามันเกี่ยวข้องกับการ์ดเสียงหรืออะไรซักอย่าง ... )

คำถามของฉัน :

• อะไรคือ "เซิร์ฟเวอร์ที่ไม่เปลี่ยนรูป" (ในบริบทของ DevOps)
• ทำไมถึงใช้

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

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

ลองคิดดูว่าถ้าใน Amazon คุณปรับใช้บริการเว็บด้วยการอบลงใน Machine Image (AMI - อินสแตนซ์ที่สร้างไว้ล่วงหน้าคุณสามารถจัดสรรซ้ำได้) มันเชื่อมต่อกับฐานข้อมูลส่วนหลังผ่านข้อมูลรับรองที่ได้รับจากรีจิสทรีเมื่อเริ่มต้น มันทิ้งบันทึกลงในเครื่องมือการบันทึกเช่น Splunk สำหรับการทำงานปกติในแต่ละวันคุณไม่มีเหตุผลที่จะ ssh ลงในช่องนี้ หากคุณต้องการขยายบริการดังกล่าวคุณเพียงแค่สร้างอินสแตนซ์ของ AMI นั้นและปรับตัวโหลดบาลานซ์ การหมุนมันเป็นเพียงการทำลายอินสแตนซ์และโหลดบาลานเซอร์

สำหรับการดำเนินงานแบบวันต่อวันในช่องนี้มีเหตุผลที่จะไม่มีการเปลี่ยนแปลง เราสามารถยิง AMI ได้มากกว่านี้

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

Immutabilists (ถ้ามีคำเช่นนี้) สนับสนุนการอบ Ami ใหม่ พวกเขาสนับสนุนการลบเหตุผลทั้งหมดเพื่อ ssh เป็นเครื่องที่เคย พวกเขาสนับสนุนว่าการกำหนดค่าเครื่องเฉพาะควรเกิดขึ้นเมื่อเริ่มต้นเครื่องโดยดึงรายละเอียดการกำหนดค่าออกจากที่เก็บ นี่คือการแสดงออกที่ดีที่สุดของ 'วัวไม่ใช่สัตว์เลี้ยง'

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

เทคโนโลยีคลาวด์เปลี่ยนขอบเขตระหว่างฮาร์ดแวร์และซอฟต์แวร์เพื่อให้การดำเนินการด้านเทคนิคจำนวนมากซึ่ง แต่ก่อนเคยเป็นพลเมืองพิเศษของโลกฮาร์ดแวร์ก็เป็นวิชาของอาณาจักรซอฟต์แวร์ด้วยเช่นกัน สภาพแวดล้อมการคำนวณที่ใช้ร่วมกันอาจจะเก่าเท่ากับคอมพิวเตอร์¹แต่เทคโนโลยีคลาวด์สามารถทำให้พวกเขาเป็นที่นิยมโดยนำเสนออุปมาอุปมัยที่สะดวกสบายและคุ้นเคยเพื่อโต้ตอบกับพวกเขา: ผู้ใช้คลาวด์จองอินสแตนซ์คอมพิวเตอร์ที่สมบูรณ์หรือเลียนแบบ ข้อ จำกัด ที่ไม่แน่นอนและ“ โปรแกรมของคุณจะต้องถูกอัพโหลดบนเซิร์ฟเวอร์ FTP นั้นจะทำงานในสภาพแวดล้อม X (โดยปกติจะมีซอฟต์แวร์เก่า ๆ ที่คุณต้องการใช้รุ่น 10y) เป็นเวลา 60 นาที” อาจฟังดูคุ้นหูสำหรับผู้ใช้ในอดีตหรือผู้ใช้จริง ของศูนย์คอมพิวเตอร์

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

รูปแบบเซิร์ฟเวอร์ไม่เปลี่ยนรูปเป็นเพียงการขนย้ายการดำเนินงานระบบคลาวด์ของมนต์ดังกล่าวข้างต้นตามที่เราควรหลีกเลี่ยงการบำรุงรักษาด้วยตนเองของโปรแกรมที่กำลังทำงาน แทนที่จะกำหนดค่า severs ด้วยตนเองรูปแบบเซิร์ฟเวอร์ที่ไม่เปลี่ยนรูปแนะนำให้ทำการตั้งค่านี้โดยอัตโนมัติ

รสชาติการนำไปใช้

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

ประวัติความเป็นมา

เพื่อความรู้ที่ดีที่สุดของฉันคำว่า "เซิร์ฟเวอร์ที่ไม่เปลี่ยนรูป" ได้รับความนิยมจากKief Morrisแต่ความคิดนั้นเก่ากว่ามาก ในปี 1999 FreeBSD คุกได้รับความนิยมในความคิดของการตั้งค่าสภาพแวดล้อมการประมวลผลแบบใช้แล้วทิ้งโดยอัตโนมัติอย่างสมบูรณ์นี่คือวิธีที่ฉันเริ่มใช้รูปแบบ "เซิร์ฟเวอร์ที่ไม่เปลี่ยนรูปแบบ" หลายปีก่อนที่ฉันจะได้ยินชื่อนี้เพื่ออธิบายเทคนิคนี้

Immutability ในรูปแบบของการเปลี่ยนรูปทางกายภาพตาม CD-ROMS ก็เป็นมาตรการที่ได้รับความนิยมในการผลิตระบบคอมพิวเตอร์ที่เชื่อถือได้ นี่จะไม่ถูกเข้าใจผิดกับรูปแบบเซิร์ฟเวอร์ที่ไม่เปลี่ยนรูป

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

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

คำอธิบายที่ดีที่สุดที่สามารถพบได้ (เช่นเคย) ในบทความ bliki Martin Fowler บนเซิร์ฟเวอร์ไม่เปลี่ยนรูป

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

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

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

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

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

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

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

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

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

เริ่มจากสิ่งที่ตรงกันข้ามสิ่งที่ไม่แน่นอนของเซิร์ฟเวอร์คืออะไร?

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

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

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

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

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