แชร์ผ่าน


ตัวเลือกการใช้งานเครือข่ายการจัดส่งเนื้อหา

บทความนี้จะทบทวนเกี่ยวกับตัวเลือกต่างๆ ของการใช้งานเครือข่ายการจัดส่งเนื้อหา (CDN) ที่สามารถใช้ได้กับสภาพแวดล้อม Microsoft Dynamics 365 Commerce ตัวเลือกเหล่านี้รวมถึงอินสแตนซ์ดั้งเดิมของ Azure Front Door และอินสแตนซ์ที่ลูกค้าเป็นเจ้าของของ Azure Front Door

ลูกค้าเชิงพาณิชย์มีตัวเลือกหลายตัวเลือกเมื่อพิจารณาบริการ CDN ที่จะใช้กับสภาพแวดล้อมเชิงพาณิชย์ของพวกเขา การพาณิชย์จะถูกเปิดตัวพร้อมการสนับสนุน Azure Front Door ขั้นพื้นฐานที่ครอบคลุมโฮสติ้งพื้นฐานและข้อกำหนดโดเมนที่กำหนดเอง สำหรับบริษัทที่ต้องการการควบคุมเพิ่มมากขึ้นและความสามารถด้านความปลอดภัยที่เฉพาะเจาะจงมากขึ้น เช่น ไฟร์วอลล์เว็บแอปพลิเคชัน (WAF) ตัวเลือกที่ดีที่สุดอาจใช้อินสแตนซ์ Azure Front Door ที่ลูกค้าเป็นเจ้าของหรือบริการ CDN ภายนอก

ตัวเลือกการใช้งาน CDN สามตัวเลือกต่อไปนี้สามารถใช้ได้กับสภาพแวดล้อมเชิงพาณิชย์

  • อินสแตนซ์ Commerce-provided ของ Azure Front Door
  • อินสแตนซ์ Azure Front Door ที่ลูกค้าเป็นเจ้าของ (เพื่อการควบคุมที่เพิ่มขึ้นและคุณสมบัติด้านความปลอดภัยเพิ่มเติม)
  • บริการ CDN ภายนอก

ตัวเลือกการใช้งาน CDN ทั้งสามจะแสดงเฉพาะเนื้อหา HTML แบบไดนามิกจากโดเมนที่กำหนดเองเท่านั้น การพาณิชย์จะจัดการ JavaScript Cascading Style Sheets (CSS) รูปภาพ วิดีโอ และเนื้อหาแบบคงที่อื่นๆ โดยอัตโนมัติผ่านทาง CDN ที่จัดการโดย Microsoft ตัวเลือกที่คุณเลือกจะระบุความสามารถในการปฏิบัติงาน ความสามารถในการควบคุม และความสามารถด้านความปลอดภัยเพิ่มเติมที่พร้อมใช้งาน

ภาพประกอบต่อไปนี้จะแสดงภาพรวมของสถาปัตยกรรมเชิงพาณิชย์

ภาพรวมของสถาปัตยกรรมเชิงพาณิชย์

หากต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับวิธีตั้งค่าอินสแตนซ์ของ Azure Front Door สำหรับหน้าเว็บไซต์ Commerce ของคุณ โปรดดูที่ เพิ่ม CDN Support

ใช้อินสแตนซ์ Commerce-provided ของ Azure Front Door

ตารางต่อไปนี้จะแสดงรายการข้อดีและข้อเสียของการใช้อินสแตนซ์ Commerce-provided ของ Azure Front Door เพื่อจัดการเนื้อหาปลายทาง

ข้อดี ข้อเสีย
  • อินสแตนซ์ที่ถูกรวมอยู่ในต้นทุนเชิงพาณิชย์
  • เนื่องจากอินสแตนซ์มีการจัดการโดยทีมงาน Commerce จึงต้องมีการบํารุงรักษาน้อยลง และมีขั้นตอนการตั้งค่าที่ใช้ร่วมกัน
  • โครงสร้างพื้นฐานที่ Azure เป็นโฮสต์ สามารถปรับสเกล ปลอดภัย และไว้ใจได้
  • ใบรับรอง Secure Sockets Layer (SSL) ต้องมีการตั้งค่าแบบใช้ครั้งเดียวและต่ออายุโดยอัตโนมัติ
  • อินสแตนซ์จะถูกตรวจสอบหาข้อผิดพลาดและความผิดปกติโดยทีมงาน Commerce
  • WAF ไม่ได้รับการสนับสนุน
  • ไม่มีการปรับแต่งหรือปรับตั้งค่าใดๆ โดยเฉพาะ
  • อินสแตนซ์จะขึ้นอยู่กับทีมงาน Commerce ในการอัพเดตหรือการเปลี่ยนแปลง
  • จำเป็นต้องใช้อินสแตนซ์ Azure Front Door แยกต่างหากสำหรับโดเมน apex และจำเป็นต้องมีงานเพิ่มเติมเพื่อรวมโดเมน apex กับ Azure DNS
  • ไม่มีการส่งข้อมูลทางไกลเกี่ยวกับการตอบสนองต่อวินาที (RPS) หรืออัตราข้อผิดพลาดที่ให้ไว้กับลูกค้า

ภาพประกอบต่อไปนี้จะแสดงสถาปัตยกรรมของอินสแตนซ์ Commerce-provided ของ Azure Front Door

อินสแตนซ์ Commerce-provided ของ Azure Front Door

ใช้อินสแตนซ์ Azure Front Door ที่ลูกค้าเป็นเจ้าของ

ตารางต่อไปนี้จะแสดงรายการข้อดีและข้อเสียของการใช้อินสแตนซ์ที่ลูกค้าเป็นเจ้าของของ Azure Front Door เพื่อจัดการเนื้อหาปลายทาง

ข้อดี ข้อเสีย
  • การตั้งค่ามีความปลอดภัยและจัดการได้ง่าย
  • โครงสร้างพื้นฐานที่ Azure เป็นโฮสต์ สามารถปรับสเกล ปลอดภัย และไว้ใจได้
  • อินสแตนซ์อนุญาตให้รวม WAF และตัวควบคุมกฎแบบ Granular เพื่อให้ความปลอดภัยมีระดับการปรับปรุงซึ่งปรับแต่งมาโดยเฉพาะกับไซต์ของคุณ
  • อินสแตนซ์ชช่วยให้สามารถควบคุมใบรับรอง SSL ได้ละเอียดยิ่งขึ้น (ทั้งที่ลูกค้าเป็นเจ้าของและจัดการ Azure Front Door) และการเชื่อมโยงโดเมน
  • อินสแตนซ์จะเสนอโซลูชันของโดเมน apex ถ้าจับคู่กับ Azure DNS ได้โดยตรง
  • มีบริการการส่งข้อมูลทางไกลและการแจ้งเตือน
  • ใบรับรอง SSL ต้องมีการตั้งค่าแบบใช้ครั้งเดียวและต่ออายุโดยอัตโนมัติ
  • อินสแตนซ์เป็นแบบจัดการตัวเอง
  • จำเป็นต้องมีการเพิ่มความรู้เบื้องต้น

ภาพประกอบต่อไปนี้จะแสดงโครงสร้างพื้นฐานของ Commerce ที่มีอินสแตนซ์ Azure Front Door ที่ลูกค้าเป็นเจ้าของ

โครงสร้างพื้นฐานของ Commerce ที่มีอินสแตนซ์ Azure Front Door ที่ลูกค้าเป็นเจ้าของ

ใช้บริการ CDN ภายนอก

ตารางต่อไปนี้จะแสดงรายการข้อดีและข้อเสียของการใช้บริการ CDN ภายนอกเพื่อจัดการเนื้อหาปลายทาง

ข้อดี ข้อเสีย
  • ตัวเลือกนี้มีประโยชน์เมื่อโดเมนที่มีอยู่โฮสต์บน CDN ภายนอกแล้ว
  • WAF: ขึ้นอยู่กับตัวให้บริการภายนอก
  • จำเป็นต้องระบุสัญญาที่แยกต่างหากและการคิดต้นทุนเพิ่มเติม
  • SSL อาจก่อให้เกิดต้นทุนเพิ่มเติมได้
  • เนื่องจากบริการนี้แยกต่างหากจากโครงสร้าง Cloud ของ Azure ต้องมีการจัดการโครงสร้างพื้นฐานเพิ่มเติม
  • บริการอาจต้องการใช้เวลาการลงทุนนานขึ้นในการตั้งค่าปลายทางและการรักษาความปลอดภัย
  • บริการเป็นแบบจัดการตัวเอง
  • บริการเป็นแบบตรวจสอบตัวเอง

ภาพประกอบต่อไปนี้จะแสดงโครงสร้างพื้นฐานของ Commerce ที่รวมบริการ CDN ภายนอก

โครงสร้างพื้นฐานของ Commerce ที่มีบริการ CDN ภายนอก

ทรัพยากรเพิ่มเติม

เพิ่มการสนับสนุนสำหรับเครือข่ายการให้บริการเนื้อหา (CDN)