Suunnittele Copilot Studio -agentin käyttöönotot läpimenoa ja nopeusrajoituksia varten

Tuotantovalmiiden Copilot Studio asiakaspalvelijat tarvitsevat enemmän kuin käyttöoikeudet ja sanomavolyymien kokonaissuunnittelun. Lisäksi tarvitaan siirtomäärän suunnittelua. Siirtomäärän suunnittelu kattaa sen, miten nopeasti liikenne saapuu, mitä käyttöympäristöpalveluita ratkaisu kutsuu ja mitkä rajat koskevat koko ratkaisua.

Tämän artikkelin avulla ratkaisuarkkitehdit, tekijät ja Power Platform -järjestelmänvalvojat voivat valmistella suuren volyymin Copilot Studio käyttöönotot tuotantoliikennettä varten, käyttäjän hyväksyntätestausta (UAT), kuormitustestausta, yritysten välillä (B2C) -skenaarioita ja itsenäisiä kuormituksia varten.

Prosenttien valmistelu on erilainen kuin käyttöoikeuksien valmistelu

Tuotannon Copilot Studio suunnittelussa on kaksi toisiinsa liittyvää, mutta erillistä työvaihetta:

  • Käyttöoikeuksien valmistelu kattaa kaupalliset oikeudet ja kulutuksen, kuten käyttöoikeudet, saldot, prepaid-kapasiteetin, viestipaketit ja käytön mukaan laskutuksen.
  • Kapasiteetin valmistelu käsittelee sitä, miten nopeasti liikennettä voidaan käsitellä, ennen kuin käytetään rajoittamista tai palvelun suojauksen hallintaa.

Note

Microsoft käyttää termiä quotas prosenttirajoitusten Copilot Studio. Laajemmassa alan sanastossa tätä suunnittelutoimintaa kutsutaan usein kurssien valmisteluksi. Tarkastele julkaistuja rajoituksia, arvioi pyyntöjen huippumäärät ja suunnittele ennen tuotantoliikenteen saapumista.

Käytön mukaan laskuteltavat voivat suurentaa käytettävissä olevia rajoituksia alemman kapasiteetin määrityksiin verrattuna, mutta siirtomäärä ei ole rajaton. Tarkista nykyiset Copilot Studio rajoitukset, Power Platform -pyyntöjen kohdistukset, Power Automate rajoitukset, Dataverse-palvelun suojausrajoitukset, liittimen rajoittamissäännöt ja jatkotason ohjelmointirajapinnan rajoitukset.

Mitä tapahtuu, kun kuristusta esiintyy?

Rajoittaminen on palvelun suojauksen toimintaa. Se suojaa jaettuja palveluita julkaistujen rajojen, halkeamaohjausobjektien tai palvelukapasiteetin ylittämiltä liikennemalleilta. Tarkka oire riippuu siitä, mitä palvelua on rajoitettu.

Kun raja saavutetaan, seurauksena on enemmän kuin suunnitteluongelma. Pyyntöjä voidaan rajoittaa, viivästyä, estää tai hylätä. Käyttäjään suunnatuissa keskusteluissa tämä toiminta voi näkyä tilapäisenä palvelun keskeytyksenä. Käyttäjä voi esimerkiksi ehkä lähettää seuraavan viestin, saada agentin,joka ei ole käytettävissä tai saada käyttörajoitussanomaa, tai kokea epäonnistuneen vaiheen, koska työnkulku, liitin, Dataverse-kutsu, tekoälypalvelu tai loppuvaiheen ohjelmointirajapinta saavutti rajansa.

Lue lisätietoja Copilot Studio oireista ja virheilmoituksista artikkelissa Resolve käyttörajoitukset agentteissa.

Miten korkorajat mitataan

Korkorajoitukset mittaavat, kuinka paljon liikennettä palvelu voi hyväksyä tietyn aikaikkunan aikana. Ajattele näitä ikkunoita yksityiskohtaisesti: minuuttia, viittä minuuttia kohti, 10 minuuttia, tuntia, päivää, viikkoa ja kuukautta kohti. Kuukausittainen tai viikoittainen volyymi auttaa arvioimaan kokonaiskysyntää, mutta lyhyemmät ikkunat ovat nopeuden valmistelun kannalta tärkeitä, koska rajoittaminen johtuu usein keskittyneestä liikenteestä.

Esimerkiksi B2C-yritys saattaa saada suurimman osan agenttiliikenteestään yhden kohdistetun kampanjatunnin aikana. Sen viikoittainen keskiarvo voi näyttää alhaiselta, mutta tämä yksittäinen tunti voi silti luoda tarpeeksi siirtopainetta aiheuttaakseen rajoittamista tai palvelun keskeytyksiä. Viikoittain tai kuukausittain turvalliselta näyttävä rakenne voi silti ylittää rajat yhden tunnin huipun aikana.

Tutustu rajoitusten vaikutusalueeseen

Rajat eivät päde vain yksittäisten agenttien tasolla. Palvelusta riippuen niitä voidaan käyttää ympäristön tasolla, työkalutasolla, ohjelmointirajapinnan tasolla, liittimen tasolla, kanavatasolla tai tuotantovirran jälkeen.

Esimerkiksi Copilot Studion agentille lähetettävien viestien rajoitukset määritetään Dataverse-ympäristökohtaisesti. Kun arvioit liikennettä, sisällytä kaikki lähteet, jotka lähettävät viestejä agenteille kyseisessä ympäristössä, mukaan lukien käyttäjille suunnatut kanavat, integraatiot, autonomiset työkuormat ja Azure Bot Service taidot. Tarkista Copilot Studio kiintiöiden ja rajoitusten nykyiset arvot ja laajuus.

Päätä, koskeeko kurssin valmistelu agenttiasi

Kaikki agentit eivät tarvitse yksityiskohtaisen prosenttiasteen valmistelutyötä. Yksinkertainen sisäinen usein kysyttyjen kysymysten agentti, jolla on pieni yleisö ja ennustettava käyttö ja vain harvat tai ei lainkaan jatkokäsittelykutsuja, ei todennäköisesti saavuta korkorajoituksia. Prosenttien valmistelusta tulee tärkeää, kun edustaja saattaa ylittää pyynnöt minuutissa tai pyynnöt tunnissa, vaikka kuukausittainen määrä näyttäisi vaatimattomalta.

Ajattele odotettua liikennettä projektin varhaisessa vaiheessa ratkaisun suunnittelun rinnalla. Ennen kuin käyttäjän hyväksyntätestaus (UAT) ja kuormitustestaus alkavat, tiimin tulee luottaa siihen, että agentin suunnittelu, ympäristö, yhdistetyt palvelut ja jatkojärjestelmät voivat tukea odotettua siirtoprofiilia.

Tällä ohjeistuksella on eniten merkitystä suuremmille, intensiivisille yritystason agenteille, joille liikenne voi saapua purskeina, monet käyttäjät tai tapahtumat voivat kutsua agentin samanaikaisesti tai kukin vuorovaikutus riippuu useista käyttöympäristöpalveluista. Se voi koskea myös pienempiä agentteja, joilla on hajautettuja käyttömalleja, kuten lyhyt käynnistysikkuna, koko osaston laajuinen tapahtuma, ajoitettu prosessi tai työnkulku, joka luo useita pyyntöjä muutamassa minuutissa.

B2C ja itsenäiset agentit edellyttävät varhaista korotusta

Asiakaskohtaiset B2C-agentit voivat vastaanottaa liikennettä kampanjoista, julkisista sivustoista, asiakasportaaleista, tapausviestinnästä, tuotelanseerauksista tai kausikysynnästä. Itsenäiset agentit voivat luoda suuren taajuuden liikennettä aikatauluista, tapahtumista, taustaprosesseista tai kutsuessaan useita työkaluja ja työnkulkuja.

Tip

Käsittele B2C-käyttötapauksia ja itsenäisiä käyttötapauksia ensimmäisen luokan valmisteluskenaarioina. Ne voivat luoda purskettua liikennettä, useita samanaikaisia pyyntöjä ja korkean tiheyden taustatoimintaa nopeammin kuin monet työntekijöiden chat-kokemukset.

Käytä huippuikkunoita, ei vain kuukausittaisia kokonaisarvoja

Kysy, voiko agentti luoda keskittyneitä pyyntöjä minuutissa tai tunnissa. Pienempi skenaario voi silti tarvita prosenttimääräisen valmistelun, jos kuormitustesti, kampanja, katkosvastaus tai automatisoitu käynnistin lähettää liian monta viestiä, luovia tekoälykutsuja, työnkulkutoimintoja, liitinkutsuja tai Dataverse-pyyntöjä ympäristössä lyhyessä ikkunassa.

Kuukausittainen volyymi on hyödyllinen kokonaiskysynnän arvioinnissa, mutta se ei riitä hintojen valmisteluun. Muunna odotettu käyttö pienemmiksi aikaikkuneiksi, jotta voit verrata rakennetta nykyisiin pyyntöihin minuuttia kohti (RPM), pyyntöihin tunnissa (RPH), purskeeseen ja päivittäisiin rajoituksiin linkitetyiltä sivuilta.

Luo sekä keskimääräinen liikenneprofiili että liikenteen huippuprofiili. Jos liikennettä tapahtuu esimerkiksi joka päivä klo 17.00–18.00, tuntihuiputin pitäisi kuvastaa tätä pitoisuutta. Päivittäisen arvion ei tarvitse olla 24-kertainen huipputuntiin verrattuna, jos liikenne on keskittynyt yhteen ikkunaan.

Käytä näitä arvioita suunnittelun kokoon ja validointiin. Arviot eivät riitä perusteeksi läpimenon kasvupyynnölle. Pyynnöt tarkastellaan pilottivaiheen havaittuun liikenteeseen nähden, kuten kohdassa Suorita pilottivaihe ennen läpimenon kasvun pyytämistä.

Muulloin kuristusta voi esiintyä?

Kuristusta voi esiintyä myös seuraavissa tilanteissa:

  • Suuri työntekijäväestö käyttää agenttia ennustettavassa huippuikkunassa, kuten koko osaston laajuisessa tapahtumassa tai koulutuksessa.
  • Markkinointikampanja, käyttökatkos, käynnistys tai ajoitettu yritystapahtuma aiheuttavat lyhyen liikennepiikin.
  • Power Automate -työnkulut sisältävät silmukoita, uudelleenyrityksiä, sivutusta tai alatyönkulkuja, jotka kasvattavat pyyntöjen määrää.
  • Raportointi, valvonta, telemetrian vienti tai tallennuskuvaus suoritetaan synkronisesti käyttäjän kääntymispolulla.
  • Useilla agenteilla tai kuormitoilla on sama ympäristö, käyttäjätiedot, liitin tai tuotantovaiheen ohjelmointirajapinnan kapasiteetti.
  • Lataustestien eteneminen nopeammin kuin tuotantoarkkitehtuuri tai tukiprosessi oli valmisteltu käsittelemään.

Mistä asiaankuuluvat korkorajoitukset etsiä

Copilot Studio on omat rajansa, ja agentin suorituspalvelupolku saattaa sisältää muita palveluja, joilla on omat rajansa. Tarkista kaikki asianmukaiset rajoitukset palveluille, joita agenttisi käyttää.

Copilot Studio rajoitukset

Prosenttien valmistelualue Mitä hakea Nykyisten arvojen tarkistuspaikka Käyttö
Viestit agentille Nykyiset RPM- ja RPH-rajat sekä viestien laajuus. Copilot Studion kiintiöt ja rajoitukset Vertaa dataverse-kohdeympäristön odotettuja viestejä minuutissa ja tunnissa.
Luotuja tekoälyviestejä Nykyinen raja muodostettavalle orkestroinnille, agenttitoiminnoille, tekoälytyökaluille, agenttityönkulkutoiminnoille ja luotaville vastauksille. Luotuja tekoälyviestejä agentille Mallinna tekoälypainotteiset ja autonomiset skenaariot suhteessa nykyisiin julkaistuihin rajoihin.
Itsenäiset käynnistinsolmut Nykyiset rajoitukset, jotka ovat voimassa, kun itsenäisen agentin käynnistyvät tapahtumat, aikataulut tai taustaprosessit. Copilot Studion kiintiöt ja rajoitukset Mallin tapahtumapohjaiset ja ajoitetut kuormitukset erillään vuorovaikutteisuudesta keskusteluliikenteestä.
Copilot Studio tilauspyynnön rajoitukset Nykyiset Power Platform -pyyntörajat, jotka koskevat Copilot Studio käyttöä. Copilot Studio tilausrajat Käytä näitä arvoja yhdessä hintarajoitusten suunnittelun kanssa työnkuluissa, Dataversessa ja yhdistetyissä palveluissa.

Muut huomioon otettavat käyttöympäristön rajoitukset

Suorituksenaikaisen polun alin rajoitus määrittää käyttökokemuksen. Copilot Studio agentti voi olla omien rajojensa rajoissa, kun työnkulku, liitin, Dataverse-kutsu, kielipalvelu tai ulkoinen ohjelmointirajapinta ovat rajoitettuja.

Note

Muut käyttöympäristön rajoitukset saattavat vaikuttaa agenttiin, jos se käyttää muita komponentteja agenttipyyntöpolulla. Ota huomioon myös nämä rajoitukset, kuten Power Platform, Power Automate, Dataverse, liittimet, kielipalvelut ja jatkojärjestelmät.

Suorituspalvelun alue Mitä tarkastella Prosenttivaraukseen liittyvät kysymykset Missä nykyiset rajoitukset tarkistetaan
Power Platform -pyynnön taso Pyynnöt eri Power Automate, Copilot Studio työnkulkukutsuista, Dataversen käytöstä, Power Apps ja Dynamics 365. Kuka käyttäjä, yhteys, sovelluksen käyttäjä tai palvelun päänimi luo pyynnöt? Riittävätkö pyyntövaraukset odotettuun päivittäiseen ja huippukuormitukseen? Pyyntöjen rajoitukset ja kiintiöt
Power Automate -työnkulut Käynnistimet, toiminnot, silmukat, alityönkulut, HTTP-toiminnot, liitintoiminnot, uudelleenyritykset, sivutus, ja samanaikaisuus. Kuinka monta toimintoa luodaan agenttikohtaista käännöstä kohden? Sisältyvätkö purskeen, samanaikaisuuden, käynnistimen ja liittimen rajoitukset vaikutusalueeseen? Tutustu käyttöympäristön rajoituksiin ja vältä rajoittamista
Automaattisten, ajoitettujen ja välittömien työnkulkujen rajoitukset
Dataverse CRUD-toiminnot, laajennukset, työnkulut, määritys-/jakamistoiminnot, liitinkutsut ja järjestelmätoiminnot, joita tarvitaan tapahtumien suorittamiseen. Ketkä käyttäjät, sovelluksen käyttäjät tai palvelun päänimet luovat Dataverse-kutsuja? Ovatko palvelun suojausrajoitukset tai uudelleenyrityksen toiminta todennäköisesti voimassa? Palvelun suojauksen ohjelmointirajapinnan rajat
Dataversen ohjelmointirajapinnan rajoitusten yleiskatsaus
Liittimet Vakioliittimet, Premium-liittimet, mukautetut liittimet, liitinkohtaiset rajoitteet ja loppuvaiheen ohjelmointirajapinnat. Mikä liitin on pullonkaula? Pakottaako jatkopalvelu oman korkorajansa? Ohjelmointirajapinnan siirtomäärärajoitukset liittimille
Power Automate liittimen viittaus
Keskustelevan kielen ymmärtäminen (CLU) ja tekoälypalvelut CLU-kutsut, tekoälykehotteet, haku- ja yhteenvetotoiminnot, mallipohjaiset työkalut, hyötykuorman koko ja palvelukohtaiset rajoitukset. Kutsuuko kukin käyttäjä kieltä tai tekoälypalvelua? Toistuvatko nämä kutsut uudelleensoittojen tai orkestrointien aikana? Keskustelukielen ymmärrysrajoitukset
Copilot Studion kiintiöt ja rajoitukset
Ulkoiset ohjelmointirajapinnat ja toimialakohtaiset järjestelmät Toimittajan ohjelmointirajapinnat, sisäiset ohjelmointirajapinnat, tietokannat, väliohjelmistot, yhdyskäytävät ja mukautetut palvelut. Mitä rajaa käyttöketjun loppuvaiheen omistaja valvoo? Onko olemassa uudelleenyrityskäytäntöä, jonoa tai backpressure-strategiaa? Käytä käyttöketjun loppuvaiheen palvelun omistajan nykyisiä rajoituksia, palvelutasosopimusta ja tukiprosessia.

Siirtopaineen vähentäminen suunnittelu

Älä nosta kapasiteettia ensimmäisen suunnitteluvastauksen mukaan. Tarkista ensin agentin rakenne ja optimoi tehokkuus. Jos agentin on etsittävä jotakin, pidettävä ulkoiset kutsut tarkoituksellisina, optimoitava API-kutsut ja vältettävä tarpeetonta pyyntöjen määrää Copilot Studio, Power Automate, Dataversen, liittimien ja jatkojärjestelmien välillä.

Kun suunnittelu on tehokasta, hallitse siirtomäärää, jotta liikenne saavuttaa ympäristön ennustettavalla tavalla:

  • Jos kyseessä on ympäristötason raja-arvo, harkitse agenttien jakamista useisiin ympäristöihin, jos tämä lähestymistapa vastaa toimintamalliasi. Tämä lähestymistapa voi auttaa estämään suuren volyymin agentteja, liiketoimintayksiköitä, alueita tai autonomisia kuormituksia kilpailemasta toisiinsa liittymättömien kuormitusten kanssa samoista ympäristön rajoittamista rajoista.
  • Autonomisten agenttien osalta käytä jonoja, eräajoituksia, käynnistinsuodattimia, ajoitettua käsittelyä, uudelleenyritysten ohjausobjekteja ja seurantaa, jotta taustatyö ei tule hallitsemattomana purskeena.
  • Siirrä ajoitetut työt, raportointi-, auditoinnin vienti- ja telemetriatyöt mahdollisuuksien mukaan interaktiivisen keskustelupolun ulkopuolelle.
  • Tarkastele kuormitustestien tuloksia ja tuotantotelemetriaa sen selvittämiseksi, missä pyynnöt keskittyvät, ja hienosäätää sitten agenttia, työnkulkuja, liittimiä ja tuotantovaiheen ohjelmointirajapintoja ennen korkeampien rajoitusten pyytämistä.

Autonomiset agentit ovat ainutlaatuisessa asemassa, jossa ne voivat maksimoida varatun kapasiteettinsa käytön vankalla ennustettavuudella ja noudattamisella jonottamalla pyyntöjä ja valvomalla niiden käynnistysmääriä.

Suorita pilottivaihe ennen kuin pyydät läpimenon kasvua

Oletusrajat kattavat suurimman osan tuotantoagenteista, mukaan lukien agentit, jotka palvelevat tuhansia kuukausittaisia aktiivisia käyttäjiä. Ennen kuin suunnittelet läpimenon kasvua, varmista, että välittäjä todella tarvitsee sellaisen.

Suoraan täysimittaiseen lanseeraukseen siirtyminen ei ole tuettu käyttöönottomalli. Vapauta agentti ensin kohderyhmälle, tarkkaile todellista käyttöä ja käytä näitä mittauksia suunnitellaksesi koko käyttöönoton. Pilottivaihe sekä vähentää laukaisuriskiä että tuottaa todisteita, joita läpimenon lisäämispyyntö vaatii.

Tärkeää

Läpimenon kasvupyynnöt tarkastellaan havaittujen käyttötarkoitusten perusteella. Ennustetut volyymit, suunnittelun aikana tehdyt arviot, pienet käyttäjähyväksyntätestit (UAT) ja synteettiset kuormitustestit eivät ole yksinään perusteluja. Suorita pilottivaihe ja lähetä mitatut tulokset.

Todellinen käyttö poikkeaa rutiininomaisesti ennen laukaisua annetuista arvioista. Istunnon pituus, viestit per istunto, kuinka usein käyttäjät löytävät generatiivisia vastauksia tai toimintoja, uudelleenyrityskäyttäytyminen sekä työnkulun, liitännän, Dataversen ja ulkoisten API-kutsujen määrä vuorossa ovat kaikki vaikeita ennustaa ennen kuin agentti on oikeiden käyttäjien käsissä. Lentäjä paljastaa rajat, joilla on merkitystä, sekä liikennekuviot, joita on vaikea arvioida etukäteen.

Suunnittele tehokas lentäjä

Pilottiominaisuus Opastus
Yleisö Julkaise laajalle, edustavalle osalle kohdeyleisöä, ei projekti- tai testitiimille. Pilottiryhmään tulisi sisällyttää roolit, alueet ja käyttötapaukset, joita odotetaan täysimittaisesti.
Kesto Pilotti kestää vähintään viikon, jotta pilotti kattaa koko suhdannejakson, mukaan lukien tunnetut huippuikkunat, kuten vuorovaihdot, kuukauden lopun käsittelyt, kampanjatunnit tai aikataulutetut autonomiset ajot.
Konfigurointi Pidä tuotannon ajonaikainen polku: samat kanavat, aiheet, generatiivinen tekoälykonfiguraatio, tietolähteet, toiminnot, virrat, liittimet ja alavirran järjestelmät, joita koko käyttöönotto käyttää. Liikennettä mitattuna pienennetyllä suunnittelulla ei ole luotettavaa yleistymistä.
Telemetria Ota käyttöön analytiikka, Application Insights ja hallintokeskuksen raportointi ennen pilotin alkua, jotta istunnot, viestit, generatiiviset tekoälypuhelut ja virheet tallennetaan koko jakson ajaksi.

Mittaa pilottijakson aikana

Tallenna arvot, jotka vastaavat suoraan julkaistuja nopeusrajoituksia:

  • Viestejä minuutissa ja tunnissa, keskimäärin ja huippuaikoina.
  • Istunnot, samanaikaiset istunnot, istunnon kesto ja viestit per istunto.
  • Generatiivisia tekoälykutsuja vuorossa ja sessiossa, mukaan lukien generatiiviset vastaukset, agentin toiminnot ja työkalut.
  • Power Automate -toiminnot, liitinkutsut ja Dataverse-pyynnöt, jotka syntyvät agenttivuoroa kohden.
  • Kuristustapahtumat, käyttörajoitusvirheet, uudelleenyritykset ja viive pilottivaiheen ruuhkahuippujen aikana.
  • Pilottiyleisön koko ilmaistuna osuutena koko kohdeyleisöstä.

Ekstrapoloi täyteen kapasiteettiin

Mittaa havaitut huippumitat koko yleisölle ja dokumentoi käyttämäsi menetelmä. Perusta skaalaus ruuhkaliikenteen perusteella pilotin aikana, ei päivittäisiin tai viikoittaisiin keskiarvoihin, koska rajoitus johtuu keskittyneestä liikenteestä. Huomioi kaikki, mitä pilotti ei sisältänyt, kuten lisäalueet, kanavat, autonomiset työkuormat tai lanseerauskampanja, joka keskittyy liikennettä enemmän kuin pilottijakso.

Tuloksena on näyttöön perustuva pyyntö: mitattu pilottiliikenne, lentäjän osuus yleisöstä, ekstrapolointimenetelmä ja siitä syntyvä huippuvaatimus täydessä mittakaavassa.

Mitä tehdä, jos oletuskorkorajat eivät riitä

Jos havaittu pilottiliikenne osoittaa, että agentti tai jokin siihen liitetty palvelu ylittää nykyiset julkaistut rajat täydessä mittakaavassa, aloita hinnan provisionoinnin tukiprosessi ennen käyttöönoton laajentamista. Älä odota ensimmäistä tuotantovirhetä.

Note

Copilot Studio on SaaS-palvelu, jossa on hintarajoituksia palvelun suojaamiseksi kaikille asiakkaille. Suunnittelu voi asianmukaisen oikeutuksen vuoksi mahdollistaa mukautetut rajoitukset hyväksytyille skenaarioille. Oikea perustelu tarkoittaa mitattua käyttöä pilottivaiheesta, ei ennustetta.

Avaa tukipyyntö

Järjestelmänvalvojat voivat pyytää tukea Power Platform -hallintakeskuksesta.

Avaa lippu pilottivaiheen jälkeen ja liitä mukaan mitatut tulokset sekä ekstrapolointi täyteen kapasiteettiin. Pyyntöjä, jotka sisältävät vain suunnitteluaikaarvioita tai pieniä UAT-tuloksia, ei voida tarkistaa, mikä viivästyttää korotusta. Mitä mitatumpia yksityiskohtia annat, sitä nopeampi arvostelu on. Päivitä pyyntö, kun käyttöönotto laajenee ja telemetriaa tulee saataville.

Tärkeimmät sisällytettävät tiedot

Tietoja Kuvaus
Ympäristön tunnus Dataverse-ympäristö, jossa agentti toimii.
Agentin nimi tai tunniste Agentti, jota pyyntö koskee.
Vaikutus liiketoimintaan Kriittinen vaikutus, jos oletusrajoitukset eivät riitä.
Tunnetut tiedot Mitä skenaariosta, kanavasta, julkaisukontekstista, liiketoiminnan kriittisyydestä ja siitä, onko kyseessä B2C, itsenäinen, työntekijälle suunnattu vai vain sisäinen.
Agentin tilannevedos Tilannevedos tai vienti, joka auttaa tarkistajia ymmärtämään agentin kokoonpanon, suunnittelun, yhdistetyt palvelut ja tarvittavat asetukset.
Agenttien suunnittelu Aiheen korkean tason kuvaus, tekoälyn luonti, tietolähteet, toiminnot, työnkulut, liittimet, Dataverse-kutsut ja ulkoiset ohjelmointirajapinnat, joita agentti käyttää.
Pilotin yhteenveto Pilottipäivät ja kesto, pilottiyleisön koko sekä tämä yleisö osana koko kohdeyleisöä.
Havaittu keskimääräinen liikenne Mittasi lentäjän keskimääräisen liikenteen minuutin, tunnin ja päivän mukaan.
Havaittu ruuhkaliikenne Mitattiin huippuviestejä, istuntoja, generatiivisia tekoälykutsuja, virtaustoimintoja, liitinkutsuja, Dataverse-pyyntöjä ja ulkoisia API-kutsuja pilotin huippuhetkien aikana.
Ekstrapoloitu huippuvaatimus Huippuvaatimus täydessä yleisökoossa, ekstrapolointimenetelmällä ja mahdollisilla oletuksilla, joita olet soveltanut.

Lisätietoja, joista voi olla apua

Tietoja Kuvaus
Päivämääräalue Pyydetyn lisäyksen alkamis- ja päättymispäivä. Anna erilliset aikavälit kuormitustestille, käyttäjähyväksyntätestille ja tuotannolle, jos ne eroavat.
Huippumalli Ruuhkahuiput, aikavyöhykkeet, odotettujen piikkien tekijät sekä se, keskittyykö liikenne lyhyeen päivittäiseen ajanjaksoon.
Istunnon profiili Samanaikaiset istunnot, keskimääräinen ja istunnon huippupituus, viestit istuntoa kohti ja kysymykset istuntoa kohden.
Tyypilliset istuntoesimerkit Edustavat käyttäjäpolut, suoritettavat tyypilliset vaiheet, käytetyt työkalut ja esimerkkiistunnon tunnukset, jos ne ovat käytettävissä.
Suorituksenaikainen polku Työnkulut, toiminnot, tekoälykehotteet, tietokutsut, Dataverse-pyynnöt, liittimet ja ohjelmointirajapinnat vuorovaikutusta kohti.
Ominaisuustason huiput Huippuvolyymi agenttia, ominaisuutta, käyttäjää, ympäristöä, liitintä, minuuttia, tuntia ja päivää kohti, jos tiedetään.
Tuotteita, joita on tarkistettava Käytettiinpä pyyntöä Copilot Studio, Power Platform -pyyntöjen kohdistuksia, Power Automate, liittimiä, Dataverse-, CLU/AI-palveluita tai ulkoisia ohjelmointirajapintoja.
Todisteita Pilottitelemetria, näyteistunnon tunnisteet, virheet, korrelaatiotunnisteet, lokikirjat, rajoitustapahtumat ja tuotantohavainnot. Kuormitustestin tulokset voivat täydentää lentäjän telemetriaa, mutta eivät korvaa sitä.
Korjaavat toimet Tiivistä se, mitä olet jo yrittänyt vähentää siirtomääräpainetta. Viittaa rakenteeseen siirtopaineen vähentämiseksi , mukaan lukien suunnitteluarviointi, optimoidut ulkoiset kutsut, ympäristön segmentointi, eräajo, jonotus, käynnistinsuodatus, ajoitus, kuormituksen jakelu ja muut jo valmiina olevat optimoinnit.

Tärkeää

Siirtomäärän lisäystä ei voida taata. Microsoft-tuki tarkistaa pyynnöt skenaarion, ympäristön, pyydetyn päivämäärävälin, havaitun pilottiliikenteen, kelpoisuuden, nykyisten rajoitusten ja palvelukapasiteetin perusteella.

  • Viimeksi päivitetty