Jaa

Sisällöntoimitusverkon käyttöönottoasetukset

  • Artikkeli

Tässä artikkelissa on tietoja sisällöntoimitusverkoston (CDN) käyttöönottovaihtoehdoista, joita voidaan käyttää Microsoft Dynamics 365 Commerce -ympäristöissä. Nämä vaihtoehdot ovat alkuperäiset, Commercen tarjoamat Azure Front Door -esiintymät sekä asiakkaiden omistuksessa olevat Azure Front Door -esiintymät.

Commerce-asiakkailla on useita vaihtoehtoja, kun he harkitsevat, mitä CDN-palvelua käytetään Commerce-ympäristössä. Commerce on julkaistu Azure Front Door -perustuella, joka kattaa isännöinnin perusvaatimukset ja mukautetut perustoimialuevaatimukset. Yrityksille, jotka haluavat enemmän hallintaa ja tarkempia suojaustoimintoja, kuten web-sovelluksen palomuurin (WAF), kannattaa käyttää joko asiakkaan omistamaa, Azure Front Door -esiintymää tai ulkopuolista CDN-palvelua.

Commerce-ympäristöissä voidaan käyttää seuraavia kolmea CDN-käyttöönottovaihtoehtoa:

  • Commercen mukana toimitettu Azure Front Door -esiintymä
  • Asiakkaan omistuksessa oleva Azure Front Door (parempaan hallintaan ja lisäsuojaukseen)
  • Ulkoinen CDN-palvelu

Kaikki kolme CDN-asennusvaihtoehtoa toimittavat vain dynaamista HTML-sisältöä mukautetuista toimialueista. Commerce käsittelee automaattisesti kaikki JavaScript-, tyylisivu (CSS)-, kuva-, video- ja muun staattisen sisällön Microsoftin hallitsemalla CDN-palvelulla. Valittava vaihtoehto määrittää käytettävissä olevat toiminnot, hallintaominaisuudet ja lisäsuojausominaisuudet.

Seuraavassa kuvassa on yhteenveto Commerce-arkkitehtuurista.

Commerce-arkkitehtuurin yleiskuvaus.

Lisätietoja Azure Front Door -esintymän määrittämisestä Commerce-sivustolle on kohdassa CDN-tuen lisääminen.

Käytä Commercen mukana toimitettua Azure Front Door -esiintymää

Seuraavassa taulukossa luetellaan Commercen mukana tulevan Azure Front Door -esiintymän hyvät ja huonot puolet sisältöpäätepisteiden hallinnassa.

Hyvät puolet Huonot puolet
  • Instanssi sisältyy Commerce-kustannukseen.
  • Koska Commerce-tiimi hallitsee instanssia, ylläpitoa on vähemmän ja määritysvaiheet ovat yhteisiä.
  • Azuren ylläpitämä infrastruktuuri on skaalattava, suojattu ja luotettava.
  • SSL (Secure Sockets Layer) -varmenne edellyttää kerta-asetuksen, ja se uusitaan automaattisesti.
  • Commerce-tiimi valvoo virheiden ja poikkeamien varalta.
  • WAF:ia ei tueta.
  • Ei erityisiä mukautuksia tai asetusten muutoksia.
  • Esiintymä riippuu Commerce -tiimin päivityksistä tai muutoksista.
  • Apex-toimialueita varten on käytettävä erillistä Azure Front Door -esiintymää, jotta Apex-toimialueet voidaan integroida Azure DNS -järjestelmän kanssa.
  • Asiakkaalle ei toimiteta telemetriaa vastauksia sekunnissa (RPS) -tiedoista tai virhetasosta.

Seuraavassa kuvassa esitetään Commercen toimittaman Azure Front Door -esiintymän arkkitehtuuri.

Commercen mukana toimitettu Azure Front Door -esiintymä.

Asiakkaan omistaman Azure Front Door -instanssin käyttö

Seuraavassa taulukossa luetellaan asiakkaan omistaman Azure Front Door -esiintymän hyvät ja huonot puolet sisältöpäätepisteiden hallinnassa.

Hyvät puolet Huonot puolet
  • Määritys on suojattu ja helppo hallita.
  • Azuren ylläpitämä infrastruktuuri on skaalattava, suojattu ja luotettava.
  • Esiintymä sallii WAF-integroinnin ja hienojakoisen sääntöjen hallinnan erityiseen sivustosi käyttöön säädetyn suojauksen toteuttamiseksi.
  • Instanssi sallii SSL-sertifikaattien (sekä asiakkaan omistamien että Azure Front Doorin hallitsemien) ja toimialueiden linkittämisen hienosäädön.
  • Esiintymä tarjoaa apex-toimialueratkaisun, jos se on yhteydessä suoraan Azure DNS -järjestelmään.
  • Mukana on telemetria ja hälytykset.
  • SSL-varmenne edellyttää kerta-asetuksen, ja se uusitaan automaattisesti.
  • Instanssia hallitaan itse.
  • Tietoja ja oppimista pitää aluksi hankkia.

Seuraavassa kuvassa on Commercen infrastruktuuri, joka sisältää asiakkaan omistaman Azure Front Door -instanssin.

Commercen infrastruktuuri, joka sisältää asiakkaan omistaman Azure Front Door -instanssin.

Käytä ulkoista CDN-palvelua

Seuraavassa taulukossa on lueteltu ulkoisen CDN-palvelun käyttämisen hyvät ja huonot puolet sisällön päätepisteiden hallinnassa.

Hyvät puolet Huonot puolet
  • Tästä vaihtoehdosta on hyötyä, jos olemassa olevaa toimialuetta jo isännöidään ulkoisessa CDN-palvelussa.
  • WAF: Riippuu ulkoisesta palveluntarjoajasta.
  • Erillinen sopimus ja lisäkustannukset tarvitaan.
  • SSL-suojaus voi aiheuttaa lisäkustannuksia.
  • Koska palvelu on erillinen Azure-pilvipalvelurakenteesta, on hallittava lisää lisäinfrastruktuuria.
  • Palvelu saattaa edellyttää pidempiä aikainvestointeja päätepisteen ja suojauksen määritykseen.
  • Palvelua hallitaan itse.
  • Palvelua valvotaan itse.

Seuraavassa kuvassa on Commercen infrastruktuuri, joka sisältää ulkoisen CDN-palvelun.

Commerce-infrastruktuuri, joka sisältää ulkoisen CDN-palvelun.

Lisäresurssit

Sisällöntoimitusverkoston (CDN) tuen lisääminen