$ICP โดย @dfinity กำลังทดสอบสิ่งที่โครงสร้างพื้นฐานคลาวด์ที่ปลอดภัยควรจะเป็นตั้งแต่เริ่มต้น Cloud Engines บน Internet Computer กำลังถูกทดสอบบน AWS, Google Cloud และ Microsoft Azure โดยใช้โมเดล private subnet แทนการพึ่งพา control plane ของผู้ให้บริการรายเดียว สิ่งนี้มีความสำคัญเพราะความทนทานไม่ได้ถูกสร้างขึ้นจากการเรียกงานว่า “multi-cloud” แต่ถูกสร้างขึ้นจากการกระจายความเชื่อถือ การประมวลผล และความทนทานต่อข้อผิดพลาดไปยังโหนดที่ตั้งอยู่อย่างอิสระ ข้อได้เปรียบทางเทคนิคหลักคือภูมิศาสตร์ที่สามารถกำหนดค่าได้ Cloud Engines ถูกออกแบบมาเพื่อให้ผู้ดำเนินการสามารถเลือกตำแหน่งที่โหนดทำงาน เช่น หนึ่งเขตอำนาจเดียวเพื่อตอบสนองข้อกำหนดด้านอธิปไตย หรือกระจายไปทั่วภูมิภาคเพื่อความทนทานและการปฏิบัติตามกฎระเบียบ DFINITY ได้อธิบายการกำหนดค่าเช่น “โหนดทั้งหมดในเยอรมนี” “กระจายทั่วยุโรป” หรือการปรับใช้บน Amazon, Google หรือทั้งสองราย สิ่งนี้เปลี่ยนโมเดลความปลอดภัย ในสแต็กคลาวด์ปกติ การหยุดทำงานในระดับภูมิภาค ความล้มเหลวของผู้ให้บริการ หรือการรบกวนทางกายภาพสามารถทำให้บริการสำคัญหยุดทำงานได้ ในโมเดล Internet Computer แอปพลิเคชันจะถูกสนับสนุนโดย subnet แบบกระจายศูนย์ ดังนั้นความล้มเหลวของโหนดหนึ่งหรือหนึ่งตำแหน่งไม่ได้หมายความว่าคลาวด์โดยรวมจะล้มเหลวทันที สถาปัตยกรรมนี้ถูกออกแบบรอบการต่อเนื่องผ่านการกระจาย ไม่ใช่การพึ่งพาผู้ให้บริการหรือไซต์เดียว นี่คือเหตุผลที่ Cloud Engines มีความเกี่ยวข้องกับสถาบัน รัฐบาล และบริษัทเอกชน การจัดวางของ DFINITY ชัดเจน: ผู้ให้บริการโหนดสามารถตลาดและขาย Cloud Engines โดยตรงให้กับองค์กร ในขณะที่ทางเลือกด้านภูมิศาสตร์และผู้ให้บริการสนับสนุนข้อกำหนดด้านอธิปไตย การปฏิบัติตามกฎระเบียบ และความทนทานในการดำเนินงาน นี่เป็นข้อเสนอที่ต่างอย่างสิ้นเชิงจากการเช่าโครงสร้างพื้นฐานแบบรวมศูนย์มากขึ้นและหวังว่าสัญญาจะจัดการความเสี่ยง บล็อกเชนที่ปลอดภัยไม่ได้เกี่ยวกับการเร่งความเร็วภายในโมเดลที่เปราะบางเดิม แต่เกี่ยวกับการรีดีไซน์โมเดลใหม่เพื่อให้การประมวลผลยังคงทำงานต่อไปเมื่อโครงสร้างพื้นฐานล้มเหลว นี่คือจุดที่ $ICP โดดเด่น #ICP #DFINITY #CloudEngines #SecureBlockchain #DecentralizedCloud #SovereignCloud #MultiCloud #CyberResilience #BlockchainInfrastructure #Web3 #CloudComputing #DataSovereignty