Take, for example, what you would n

Take, for example, what you would normally think of as a simple case: the provisioning of a server or cloud instance from zero to production:

Bare metal (or cloud-compute instance) is made available.
Base operating system is installed via PXE (preboot execution environment) or machine image.
Operating-system-level configurations are put into place (via configuration management or machine image).
Application-level configurations are put into place (via configuration management, app deployment, or machine image).
Application code is put into place and underlying services are started correctly (via configuration management, app deployment, or machine image).
Systems integration takes place in the network (load balancers, VLANs, routing, switching, DNS, etc.).
Why production? Why not simulate this in a QA or staging environment? First, the existence of any differences in those environments brings uncertainty to the exercise, and second, the risk of not recovering has no consequences during testing, which can bring hidden assumptions into the fault-tolerance design and into recovery. The goal is to reduce uncertainty, not increase it.

Forcing failures to happen, or even designing systems to fail on their own, generally isn't easily sold to management. Engineers are not conditioned to embrace their ability to respond to emergencies; they aim to avoid them altogether. Taking a detailed look at how to respond better to failure is essentially accepting that failure will happen, which you might think is counter to what you want in engineering, or in business.

ผลลัพธ์ (ไทย) 1:

ใช้ ตัวอย่าง อะไรคุณจะปกติคิดว่า เป็นกรณีตัวอย่าง: การเตรียมใช้งานของอินสแตนซ์เซิร์ฟเวอร์หรือเมฆจากศูนย์การผลิต:โลหะเปลือย (หรืออินสแตนซ์เมฆคำนวณ) จะพร้อมใช้งานติดตั้งระบบปฏิบัติการฐานผ่าน PXE (สภาพแวดล้อมของการดำเนินการ preboot) หรือรูปเครื่องกำหนดค่าการทำงานระบบระดับจะใส่ลงใน (ผ่านการจัดการการตั้งค่าคอนฟิกหรือรูปเครื่อง)กำหนดค่าระดับโปรแกรมประยุกต์จะใส่ลงใน (ผ่านจัดการตั้งค่าคอนฟิก ใช้ app หรือรูปเครื่อง)รหัสแอพลิเคชันอยู่ในสถานที่ และบริการพื้นฐานจะเริ่มต้นอย่างถูกต้อง (ทางจัดการตั้งค่าคอนฟิก ใช้ app หรือรูปเครื่อง)รวมระบบเกิดขึ้นในเครือข่าย (โหลดบาลานเซอร์ VLANs เส้นทาง เปลี่ยน DNS ฯลฯ .)ทำไมผลิต ทำไมไม่จำลองนี้ใน QA หรือเตรียมสิ่งแวดล้อมหรือไม่ ครั้งแรก การดำรงอยู่ของความแตกต่างใด ๆ ในสภาพแวดล้อมเหล่านั้นนำความไม่แน่นอนการออกกำลังกาย และที่สอง ความเสี่ยงของการกู้คืนไม่ได้ไม่มีผลกระทบในระหว่างการทดสอบ ซึ่งสามารถนำสมมติฐานที่ซ่อนอยู่ ในการออกแบบค่าเผื่อความบกพร่อง และ เป็นการกู้คืน เป้าหมายคือการ ลดความไม่แน่นอน ไม่เพิ่มบังคับความล้มเหลวเกิดขึ้น หรือแม้กระทั่งออกแบบระบบล้มเหลวด้วยตนเอง โดยทั่วไปไม่ได้ขายการจัดการ วิศวกรไม่ปรับอากาศสวมกอดความสามารถในการตอบสนองฉุกเฉิน พวกเขามุ่งมั่นที่จะหลีกเลี่ยงพวกเขาทั้งหมด ดูรายละเอียดในการตอบสนองดีจะล้มเหลวจะเป็นยอมรับว่า ความล้มเหลวจะเกิดขึ้น ที่คุณอาจคิดว่า แย้งกับสิ่งที่คุณต้องวิศวกรรม หรือธุรกิจ

ผลลัพธ์ (ไทย) 2:

จะยกตัวอย่างเช่นสิ่งที่คุณมักจะคิดว่าเป็นกรณีที่ง่าย: การจัดเตรียมของเซิร์ฟเวอร์หรืออินสแตนเมฆจากศูนย์การผลิต: โลหะเปลือย (หรือเมฆที่คำนวณเป็นต้น) มีให้. ระบบปฏิบัติการฐานการติดตั้งผ่าน PXE ( บูตสภาพแวดล้อมการดำเนินการ) หรือภาพเครื่อง. การกำหนดค่าระบบปฏิบัติการระดับจะใส่เข้าไปในสถานที่ (ผ่านการจัดการการกำหนดค่าหรือภาพเครื่อง). การกำหนดค่าการใช้งานในระดับที่จะใส่เข้าไปในสถานที่ (ผ่านการจัดการการกำหนดค่าการใช้งานแอพพลิเค, หรือภาพเครื่อง). รหัสแอพลิเคชัน จะใส่ลงในสถานที่และบริการพื้นฐานที่จะเริ่มต้นอย่างถูกต้อง (ผ่านการจัดการการกำหนดค่าการใช้งานแอพพลิเค, หรือภาพเครื่อง). บูรณาการระบบจะเกิดขึ้นในเครือข่าย (balancers โหลด VLANs, เส้นทาง, เปลี่ยน, DNS และอื่น ๆ ). ทำไมการผลิต? ทำไมไม่จำลองนี้ในการควบคุมสภาพแวดล้อมการเตรียมหรือ? ประการแรกการดำรงอยู่ของความแตกต่างใด ๆ ในสภาพแวดล้อมที่ผู้ที่นำความไม่แน่นอนในการออกกำลังกายและสองความเสี่ยงของการกู้คืนไม่ได้มีผลกระทบในช่วงการทดสอบที่สามารถนำสมมติฐานที่ซ่อนอยู่ในการออกแบบความผิดความอดทนและในการกู้คืน มีเป้าหมายที่จะลดความไม่แน่นอนไม่เพิ่มขึ้น. บังคับความล้มเหลวที่จะเกิดขึ้นหรือแม้กระทั่งการออกแบบระบบที่จะล้มเหลวของตัวเองโดยทั่วไปไม่ได้ขายได้อย่างง่ายดายเพื่อการจัดการ วิศวกรจะไม่ปรับอากาศที่จะโอบกอดความสามารถในการตอบสนองต่อเหตุฉุกเฉิน; พวกเขามุ่งมั่นที่จะหลีกเลี่ยงพวกเขาทั้งหมด การดูรายละเอียดที่วิธีการตอบสนองที่ดีกว่าที่จะล้มเหลวเป็นหลักยอมรับความล้มเหลวที่จะเกิดขึ้นซึ่งคุณอาจจะคิดว่าเป็นสวนทางกับสิ่งที่คุณต้องการในด้านวิศวกรรมหรือในธุรกิจ

ผลลัพธ์ (ไทย) 3:

ใช้ , ตัวอย่างเช่น , สิ่งที่ปกติคุณจะคิดว่าเป็นกรณีง่าย : ระบบของเซิร์ฟเวอร์ หรืออินสแตนซ์เมฆจากศูนย์การผลิต :

โลหะเปลือย ( หรือเมฆคำนวณตัวอย่าง ) มีอยู่ .
ฐานระบบปฏิบัติการติดตั้งผ่าน PXE ( สภาพแวดล้อมในการดําเนินการ preboot ) หรือเครื่องระดับปฏิบัติการ
แบบภาพ ระบบจะใส่ลงไปในสถานที่ ( ผ่านการใช้งาน หรือ รูปเครื่อง )การตั้งค่าระดับ
จะถูกใส่เข้าไปในสถานที่ ( ผ่านการจัดการ การใช้งาน app การตั้งค่าหรือภาพเครื่อง ) .
รหัสใบสมัครจะถูกใส่ลงไปในสถานที่และการบริการพื้นฐานเริ่มต้นอย่างถูกต้อง ( ผ่านการจัดการ การใช้งาน app การตั้งค่าหรือภาพเครื่อง ) บูรณาการ
ระบบจะเกิดขึ้นในเครือข่าย ( โหลด balancers VLANs , เส้นทาง , เปลี่ยน , DNS , ฯลฯ ) .
ทำไมการผลิต ?ทำไมไม่ใช้นี้ใน QA หรือสภาพแวดล้อมการ ? แรก , การดำรงอยู่ของความแตกต่างในสภาพแวดล้อมเหล่านั้นนำความไม่แน่นอนในการออกกำลังกาย และ สอง เสี่ยงไม่หายไม่มีผลในการทดสอบสมมติฐาน ซึ่งสามารถนำมาซ่อนไว้ในความผิดต่อการออกแบบและในการกู้คืน เป้าหมายคือเพื่อลดความไม่แน่นอน ไม่เพิ่มแล้ว

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