เมื่อใดควรใช้ Azure Local
ลองนึกภาพว่าคุณกําลังทํางานให้กับบริษัทผู้ผลิตขนาดกลางที่มีเป้าหมายที่จะปรับปรุงโครงสร้างพื้นฐานให้ทันสมัย เป้าหมายคือการรวมศูนย์การดําเนินงานเรียกใช้ปริมาณงานเสมือนจริงใกล้กับพื้นโรงงานรับประกันความพร้อมใช้งานสูงและรักษาการควบคุมข้อมูลที่ละเอียดอ่อนทั้งหมดนี้ในขณะที่ผสานรวมกับบริการคลาวด์เมื่อจําเป็น
องค์กรของคุณต้องการ:
- ปรับปรุงประสิทธิภาพการดําเนินงาน
- เรียกใช้ปริมาณงานแบบเดิมและแบบสมัยใหม่แบบเคียงข้างกัน
- เปิดใช้งานความสามารถของระบบคลาวด์แบบไฮบริด
- รับรองความปลอดภัยและการปฏิบัติตามข้อกําหนด
- ทํางานได้อย่างน่าเชื่อถือในพื้นที่ที่มีการเชื่อมต่ออินเทอร์เน็ตจํากัด
เหตุใด Azure Local จึงเหมาะสม
Azure Local สร้างขึ้นตามวัตถุประสงค์สําหรับสภาพแวดล้อมแบบไฮบริด โดยให้ความยืดหยุ่นของ Azure ด้วยการควบคุมโครงสร้างพื้นฐานภายในองค์กร นี่คือวิธีที่สนับสนุนสถานการณ์การผลิตนี้:
การจําลองเสมือนในองค์กร: เรียกใช้ Windows และ Linux VM โดยตรงบนฮาร์ดแวร์ภายในเครื่องโดยใช้ Hyper-V เหมาะอย่างยิ่งสําหรับการโฮสต์แอปพลิเคชันรุ่นเก่าหรือเครื่องมือตรวจสอบแบบเรียลไทม์โดยไม่จําเป็นต้องย้ายระบบคลาวด์เต็มรูปแบบ
การดําเนินงานที่ขาดการเชื่อมต่อ: โรงงานผลิตในพื้นที่ห่างไกลมักเผชิญกับอินเทอร์เน็ตที่ไม่น่าเชื่อถือ Azure Local มีความเป็นเลิศในสภาพแวดล้อมที่ไม่ได้เชื่อมต่อ ซึ่งช่วยให้ปริมาณงานทํางานภายในเครื่องในขณะที่ซิงค์กับ Azure เมื่อมีการเชื่อมต่อ
การรักษาความปลอดภัยและการปฏิบัติตามข้อบังคับ: ผสานรวมกับ Azure Arc เพื่อบังคับใช้นโยบายระบบคลาวด์และใช้ Defender สําหรับการป้องกันปลายทาง แม้บนเซิร์ฟเวอร์ภายในเครื่อง
การจัดการแบบรวมศูนย์: ผู้ดูแลระบบ IT สามารถจัดการคลัสเตอร์โดยใช้ Windows Admin Center หรือพอร์ทัล Azure ซึ่งช่วยลดความยุ่งยากในการอัปเดต การตรวจสอบ และการกําหนดค่าในหลายไซต์
ความยืดหยุ่นของแอปพลิเคชัน: รองรับปริมาณงานที่หลากหลาย ตั้งแต่แอป Windows Server ดั้งเดิมไปจนถึงไมโครเซอร์วิสแบบคอนเทนเนอร์โดยใช้บริการ Azure Kubernetes ภายในองค์กร สิ่งนี้ช่วยให้สามารถปรับปรุงให้ทันสมัยอย่างค่อยเป็นค่อยไปโดยไม่หยุดชะงักการดําเนินงาน
การบํารุงรักษาและการวิเคราะห์เชิงคาดการณ์: เชื่อมต่อกับ Azure Monitor และ Azure Site Recovery สําหรับข้อมูลเชิงลึก การสํารองข้อมูล และการกู้คืนจากความเสียหาย คุณจะได้รับระบบอัจฉริยะระดับคลาวด์ในขณะที่รักษาการประมวลผลไว้ในเครื่อง
การให้สิทธิ์การใช้งานที่คุ้มค่า: ชําระเงินรายเดือนผ่านการสมัครใช้งาน Azure แทนค่าใช้จ่ายฮาร์ดแวร์ล่วงหน้า สิ่งนี้สอดคล้องกับงบประมาณการดําเนินงานและปรับขนาดตามความต้องการ
เหตุใด Azure Local จึงอาจไม่เหมาะสม
แม้ว่า Azure Local จะมีประสิทธิภาพ แต่ก็ไม่ใช่โซลูชันเดียวที่เหมาะกับทุกคน พิจารณาข้อจํากัดเหล่านี้:
การลงทุนฮาร์ดแวร์: ต้องใช้ฮาร์ดแวร์ที่ผ่านการรับรองและอาจเกี่ยวข้องกับการอัปเกรดโครงสร้างพื้นฐานล่วงหน้า สิ่งอํานวยความสะดวกขนาดเล็กที่มีงบประมาณด้านไอทีน้อยที่สุดอาจพบว่าสิ่งนี้ท้าทาย
การขึ้นต่อกันบนระบบคลาวด์สําหรับคุณลักษณะเต็มรูปแบบ: การรวม Azure บางอย่างต้องการการเชื่อมต่อระบบคลาวด์เป็นระยะ สภาพแวดล้อมที่แยกจากกันบางสภาพแวดล้อมอาจไม่ได้รับประโยชน์จากคุณลักษณะเหล่านี้
ความซับซ้อนสําหรับทีมขนาดเล็ก: การจัดการคลัสเตอร์ การรวม Azure Arc และการกําหนดค่าบริการแบบไฮบริดอาจซับซ้อนสําหรับทีมที่ไม่มีเจ้าหน้าที่ IT โดยเฉพาะ
ไม่เน้นแบบเรียลไทม์: แม้ว่า Azure Local จะรองรับปริมาณงานจํานวนมาก แต่ก็ไม่ได้ออกแบบมาสําหรับระบบแบบเรียลไทม์ที่ยาก กระบวนการผลิตที่ต้องการเวลาที่กําหนดอาจต้องการโซลูชันเฉพาะทาง