Sisällöntoimitusverkon käyttöönottoasetukset

Huomautus

Dynamics 365 Commerce Retail Interest Group on siirtynyt Yammerista Viva Engage. Jos uuden Viva Engage -yhteisön käyttöoikeus puuttuu, täytä tämä lomake (https://aka.ms/JoinD365commerceVivaEngageCommunity), jotta sinut lisätään yhteisöön ja pääset osallistumaan uusimpiin keskusteluihin.

Tässä artikkelissa käydään läpi eri vaihtoehtoja sisältöverkko (CDN) -toteutukselle, jota voit käyttää Microsoft Dynamics 365 Commerce ympäristöissä. Näihin vaihtoehtoihin kuuluvat Azure Front Doorin alkuperäiset, kaupan tarjoamat esiintymät ja Azure Front Doorin asiakkaan omistamat esiintymät.

Commerce-asiakkailla on useita vaihtoehtoja, kun he harkitsevat, mitä CDN-palvelua he käyttävät kauppaympäristönsä kanssa. 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.

Voit käyttää seuraavia kolmea CDN-toteutusvaihtoehtoa Commerce-ympäristöjen kanssa:

  • Commercen mukana toimitettu Azure Front Door -esiintymä
  • Asiakkaan omistama Azure Front Door-esiintymä (hallinnan lisäämiseksi ja lisäsuojausominaisuuksien lisäämiseksi)
  • 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. Valitsemasi vaihtoehto määrittää käytettävissä olevat toiminnalliset ominaisuudet, hallintaominaisuudet ja suojausominaisuudet.

Seuraavassa kuvassa on yhteenveto Commerce-arkkitehtuurista.

Näyttökuva commerce-arkkitehtuurin yleiskatsauksesta.

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.
  • Commerce Team hallitsee esiintymää niin, että voit suorittaa vähemmän ylläpitotoimia, ja käytettävissä ovat jaetut määritysvaiheet.
  • Azuren ylläpitämä infrastruktuuri on skaalattava, suojattu ja luotettava.
  • Transport Layer Security/Secure Sockets Layer (TLS/SSL) -varmenne edellyttää kertamääritystä ja uusitaan automaattisesti.
  • Commerce Team valvoo virheiden ja poikkeamien esiintymää.
  • WAFia ei tueta.
  • Ei erityisiä mukautuksia tai asetusten muutoksia.
  • Esiintymä riippuu Commerce -tiimin päivityksistä tai muutoksista.
  • Erillistä Azure Front Door-esiintymää tarvitaan ohjelmointirajapintatoimialueilla, ja lisätyötä tarvitaan ohjelmointirajapintatoimialueiden integroimiseen Azure Domain Name Systemin (DNS) kanssa.
  • Asiakkaalle ei anneta tietoja vastauksista sekunnissa (RPS) tai virhetasosta.

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

Screen-kuva Commercen tarjoamasta Azure Front Door-esiintymäarkkitehtuurista.

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.
  • Esiintymä mahdollistaa TLS-/SSL-varmenteiden (sekä asiakkaan omistamat että Azure Front Door –hallitut) ja toimialueen linkityksen tarkemmat hallintatoiminnot.
  • Esiintymä tarjoaa rinnakkaistoimialueratkaisun, jos se on yhdistetty suoraan Azure DNS:ään.
  • Mukana on telemetria ja hälytykset.
  • TLS/SSL-varmenne edellyttää kertamääritystä, ja se uusitaan automaattisesti.
  • Hallitset instanssia itse.
  • Tietoja ja oppimista pitää aluksi hankkia.

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

Näyttökuva Commerce Infrastructuresta, joka sisältää asiakkaan omistaman Azure Front Door -esiintymän.

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 ylimääräiset kustannukset vaaditaan.
  • TLS/SSL saattaa aiheuttaa lisäkustannuksia.
  • Koska palvelu on erillään Azuren pilvirakenteesta, sinun on hallittava muuta infrastruktuuria.
  • Palvelu saattaa edellyttää pidempiä aikainvestointeja päätepisteen ja suojauksen määritykseen.
  • Hallitset palvelua itse.
  • Valvot palvelua itse.

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

Näyttökuva Commerce Infrastructure -infrastruktuurista, joka sisältää ulkoisen CDN-palvelun.

Lisäresurssit

Sisältöverkon (CDN) tuen lisääminen

  • Last updated on