หลังจากที่โมเดลโอเพ่นซอร์สถูกเปิดเผยสู่สาธารณะ สิ่งที่เปราะบางจริงๆ ก็คือเส้นทางเริ่มต้น

ตั้งคำถามว่า “สหรัฐฯ สามารถผนึกได้หรือไม่” และคำตอบมักจะไม่ค่อยน่าทึ่งนัก ไฟล์น้ำหนักไม่จำเป็นต้องหายไปจากโลกนี้ แต่เส้นทางเริ่มต้นสามารถแทนที่ได้อย่างง่ายดาย ตราบใดที่ที่อยู่ฮับ ค่าเริ่มต้น SDK และทางเข้าการอนุมานออนไลน์ถูกนำมาใช้เป็นหลัก ระบบอัตโนมัติที่ตามมาจะเปราะบาง

เริ่มจากที่อยู่

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

เบรกพอยต์ที่พบบ่อยที่สุดในโปรเจ็กต์ไม่ใช่ “ไม่สามารถรับโมเดลได้เลย” แต่ “ยังรับโมเดลได้ แต่ไม่ใช่โมเดลดั้งเดิม” การซิงโครไนซ์มิเรอร์ช้า นามแฝงถูกสลับ การเข้าถึงภูมิภาคถูกจำกัด เวอร์ชันเริ่มต้นจะถูกย้าย แต่สคริปต์ยังคงทำงานอยู่ที่ที่อยู่เดิม ภววิทยาแบบจำลองยังคงอยู่ แต่กระบวนการเริ่มเบี่ยงเบนไป

ความล้มเหลวเกิดขึ้นในระบบอัตโนมัติก่อน

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

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

น้ำหนักสามารถเคลื่อนย้ายได้ แต่ค่าเริ่มต้นไม่สามารถเคลื่อนย้ายได้

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

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

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

สิ่งที่ต้องเสริมคือพิน มิเรอร์ และเส้นทางสำรอง

การเยียวยาไม่ซับซ้อน แต่มีเพียงไม่กี่คนที่ถือว่าสิ่งเหล่านี้เป็นอันดับแรก

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

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

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