Copilot Studio aracı dağıtımlarını verimlilik ve hız sınırları için planlayın

Üretime hazır Copilot Studio aracıları, lisanslama ve toplam ileti hacmi planlamasından daha fazlasına ihtiyaç duyar. Ayrıca verimlilik planlamasına da ihtiyaç duyarlar. Verimlilik planlaması, trafiğin ne kadar hızlı geldiğini, çözümün hangi platform hizmetlerini çağırdığını ve tüm çözüm genelinde hangi sınırların geçerli olduğunu kapsar.

Bu makale, çözüm mimarlarının, yapıcıların ve Power Platform yöneticilerinin yüksek hacimli Copilot Studio dağıtımlarını üretim trafiği, kullanıcı kabul testi (UAT), yük testi, müşteriye yönelik (B2C) senaryoları ve otonom iş yükleri için hazırlamasına yardımcı olur.

Hız sağlama, lisans sağlamadan ayrıdır

Üretim Copilot Studio planlaması iki ilişkili ancak ayrı çalışma akışına sahiptir:

  • Lisans sağlama, ticari hak ve tüketimi kapsar; örneğin lisanslar, krediler, ön ödemeli kapasite, ileti paketleri ve kullandıkça öde faturalandırması.
  • Hız sağlama, trafik sınırlama veya hizmet koruma kontrolleri devreye girmeden önce trafiğin ne kadar hızlı işlenebileceğini ifade eder.

Not

Microsoft, Copilot Studio hız sınırları için kotalar terimini kullanır. Daha geniş endüstri sözlüğünde, bu planlama etkinliği genellikle hız sağlama olarak adlandırılır. Yayınlanan sınırları gözden geçirin, en yüksek istek hızlarını tahmin edin ve üretim trafiği gelmeden önce plan yapın.

Kullandıkça öde, düşük kapasiteli yapılandırmalara kıyasla mevcut sınırları artırabilir, ancak verimlilik sınırsız değildir. Geçerli Copilot Studio sınırlarını, Power Platform istek ayırmalarını, Power Automate sınırlarını, Dataverse hizmet koruma sınırlarını, bağlayıcı kısıtlama kurallarını ve aşağı akış API sınırlarını kontrol edin.

Hız sınırlaması uygulandığında ne olur?

Kısıtlama, bir hizmet koruma davranışıdır. Paylaşılan hizmetleri, yayınlanan sınırları, patlama denetimlerini veya hizmet kapasitesini aşan trafik desenlerinden korur. Tam belirti, hangi hizmetin kısıtlandığına bağlıdır.

Bir sınıra ulaşıldığında, sonuç yalnızca bir planlama sorunundan daha fazlasıdır. İstekler kısıtlanabilir, geciktirilebilir, engellenebilir veya reddedilebilir. Kullanıcıya yönelik sohbetlerde, bu davranış geçici bir hizmet kesintisi olarak görünebilir. Örneğin, kullanıcı sonraki iletiyi gönderemeyebilir, aracı kullanılamıyor veya kullanım sınırı mesajı alabilir ya da bir akış, bağlayıcı, Dataverse çağrısı, AI hizmeti veya aşağı akış API'si sınırına ulaştığı için başarısız bir adım yaşayabilir.

Copilot Studio'ya özgü belirtiler ve hata iletileri hakkında bilgi edinin Aracılarda kullanım sınırı hatalarını çözün.

Oran sınırları nasıl ölçülür

Oran sınırları, bir hizmetin belirli bir zaman penceresinde kabul edebileceği trafik miktarını ölçer. Bu pencereleri ayrıntılı şekilde düşünün: dakika başına, beş dakika başına, 10 dakika başına, saat başına, gün başına, hafta başına ve ay başına. Aylık veya haftalık hacim toplam talebi tahmin etmeye yardımcı olur, ancak daha kısa pencereler oran sağlamlaştırması için önemlidir çünkü kısıtlama genellikle yoğunlaştırılmış trafikten kaynaklanır.

Örneğin, bir B2C şirketi, aracı trafiğinin çoğunu tek bir odaklanmış kampanya saati sırasında alabilir. Haftalık ortalaması düşük görünebilir, ancak bu tek saat bile kısıtlamaya veya hizmet kesintilerine neden olacak kadar iş yükü baskısı oluşturabilir. Haftalık veya aylık düzeyde güvenli görünen bir tasarım, bir saatlik tepe noktasında yine de sınırları aşabilir.

Sınırların kapsamını anlayın

Sınırlamalar yalnızca tek tek aracılar düzeyinde geçerli değildir. Hizmete bağlı olarak, ortam düzeyinde, araç düzeyinde, API düzeyinde, bağlayıcı düzeyinde, kanal düzeyinde veya aşağı akış hizmeti düzeyinde uygulanabilirler.

Örneğin, Copilot Studio'daki mesaj-aracı sınırları, her bir Dataverse ortamı için ayrı ayrı belirlenir. Trafiği tahmin ederken, kullanıcı karşılayan kanallar, tümleştirmeler, özerk iş yükleri ve Azure Bot Framework becerileri dahil olmak üzere, o ortamdaki aracılara ileti gönderen tüm kaynakları dahil edin. Geçerli değerleri ve kapsamı Copilot Studio kotaları ve sınırları içinde kontrol edin.

Oran sağlamlaştırmasının aracınız için geçerli olup olmadığını belirleyin

Her aracının ayrıntılı oran sağlamlaştırması çalışması gerekli değildir. Küçük bir kitleye sahip, öngörülebilir kullanımı olan ve aşağı akış çağrılarının az veya hiç olmadığı basit bir dahili SSS aracısının oran sınırlarına ulaşması olası değildir. Aylık hacmi az görünse bile, bir aracının dakikadaki istek sayısı veya saatteki istek sayısı sınırlarını aşma ihtimali olduğunda, hız sınırlaması önemli hale gelir.

Beklenen trafiği proje başında, çözüm tasarımı ile birlikte düşünün. Kullanıcı kabul testi (UAT) ve yük testi başlamadan önce, takım aracı tasarımının, ortamının, bağlı hizmetlerinin ve aşağı akış sistemlerinin beklenen iş yükü profilini destekleyebileceğinden emin olmalıdır.

Bu rehberlik, trafiğin patlamalar halinde gelebileceği, birçok kullanıcı veya olayın aynı anda aracıyı çağırabileceği veya her etkileşimin birden çok platform hizmetine bağlı olduğu daha büyük, daha yoğun kurumsal derece aracılar için en önemlidir. Ayrıca, kısa bir başlatma penceresi, departman genelinde bir etkinlik, planlanan bir işlem veya birkaç dakika içinde birçok istek oluşturan bir iş akışı gibi yoğunlaştırılmış kullanım alışkanlıklarına sahip daha küçük aracılara da uygulanabilir.

B2C ve özerk aracılar erken oran sağlamlaştırması gerektirir

Müşteriye yönelik B2C aracıları kampanyalar, genel web siteleri, müşteri portalları, olay iletişimleri, ürün lansmanları veya mevsimsel talep gibi kaynaklardan trafik alabilir. Otonom aracılar, planlamalardan, olaylardan, arka plan işlemlerinden veya birden çok araç ve iş akışını çağırdıkları durumlarda yüksek frekanslı trafik oluşturabilir.

İpucu

B2C ve otonom kullanım durumlarını birinci sınıf hız sağlama senaryoları olarak değerlendirin. Patlama trafiği, birden çok eşzamanlı istek ve yüksek frekanslı arka plan etkinliği, birçok çalışan odaklı sohbet deneyiminden daha hızlı oluşturabilir.

Yalnızca aylık toplamlar değil, en yüksek pencereler kullanın

Aracının bir dakika veya bir saat içinde yoğun talepler oluşturup oluşturamayacağını sorun. Daha küçük ölçekli bir senaryoda bile, bir yük testi, kampanya, kesintiye müdahale veya otomatik tetikleyici nedeniyle kısa bir süre içinde ortam üzerinden çok fazla mesaj, üretken AI çağrısı, iş akışı eylemi, bağlayıcı çağrısı veya Dataverse isteği gönderilirse hız sınırlaması gerekebilir.

Aylık hacim, toplam talebi tahmin etmek için yararlıdır, ancak hız sağlama için yeterli değildir. Beklenen kullanımı daha küçük zaman pencerelerine dönüştürün, böylece tasarımı geçerli dakika başına istek (RPM), saat başına istek (RPH), patlama ve bağlantılı sayfalardan gelen günlük sınırlar ile karşılaştırabilirsiniz.

Hem ortalama trafik profili hem de en yüksek trafik profili oluşturun. Örneğin, çoğu trafik her gün saat 17:00 ile 18:00 arasında gerçekleşirse, saatlik en yüksek değer bu yoğunluğu yansıtmalıdır. Trafik bir pencereye yoğunlaşmışsa, günlük tahmin en yüksek saatin 24 katı olmak zorunda değildir.

Başka ne zaman hız sınırlaması meydana gelebilir?

Aşağıdaki durumlarda da hız sınırlaması meydana gelebilir:

  • Büyük bir çalışan grubu, departman çapında düzenlenen bir etkinlik veya eğitim gibi öngörülebilir bir yoğunluk döneminde bu aracı kullanmaktadır.
  • Pazarlama kampanyası, kesinti, lansman veya zamanlanmış iş olayı kısa bir trafik artışı oluşturur.
  • Power Automate akışları, istek hacmini artıran döngüler, yeniden deneme, sayfalandırma veya alt akışlar içerir.
  • Raporlama, denetim, telemetri dışarı aktarımı veya transkript yakalama, kullanıcı sırasının yolunda eşzamanlı olarak çalışır.
  • Birden çok aracı veya iş yükü aynı ortamı, kimliği, bağlayıcıyı veya aşağı akış API kapasitesini paylaşır.
  • Yük testleri, üretim mimarisinin veya destek sürecinin üstesinden gelmeye hazır olduğundan daha hızlı bir şekilde artmıştır.

İlgili hız sınırlarını nerede bulacağınız

Copilot Studio'nun kendi sınırları vardır ve aracının çalışma zamanı yolu, kendi sınırları olan diğer hizmetleri içerebilir. Aracınızın kullandığı hizmetlerin tüm ilgili sınırlarını gözden geçirin.

Copilot Studio sınırları

Hız sağlama alanı Neleri bulacağınız Geçerli değerlerin nerede kontrol edileceği Nasıl kullanılır?
Bir aracıyla mesajlar Aracıya gönderilen mesajlar için geçerli RPM/RPH limiti ve kapsamı. Copilot Studio kotaları ve sınırları Hedef Dataverse ortamı için beklenen dakika başına ve saat başına mesaj sayısını karşılaştırın.
Üretken AI mesajları Üretici düzenleme, aracı eylemleri, AI araçları, aracı iş akışı eylemleri ve üretken yanıtlar için geçerli limit. Bir aracıya üretken AI mesajları AI yoğun ve özerk senaryoları geçerli yayımlanmış limitlerle modelleyin.
Özerk tetikleme düğümleri Özerk bir aracı olaylar, zamanlamalar veya arka plan işlemleri tarafından tetiklendiğinde uygulanan geçerli limitler. Copilot Studio kotaları ve sınırları Olay odaklı ve zamanlanmış iş yüklerini etkileşimli sohbet trafiğinden ayrı olarak modelleyin.
Copilot Studio abonelik isteği limitleri Copilot Studio kullanımına uygulanan geçerli Power Platform istek limitleri. Copilot Studio abonelik limitleri Bu değerleri akışlar, Dataverse ve bağlı hizmetler için rate-limit planlamasıyla birlikte kullanın.

Dikkate alınması gereken diğer platform limitleri

Çalışma zamanı yolundaki en düşük limit, kullanıcı deneyimini belirler. Bir Copilot Studio aracısı; bir akış, bağlayıcı, Dataverse çağrısı, dil hizmeti veya harici API'nin hız sınırlamasına tabi olduğu durumlarda kendi sınırları dahilinde çalışabilir.

Not

Diğer platform limitleri, aracınız aracı istek yolundaki diğer bileşenleri kullanıyorsa aracınızı etkileyebilir. Power Platform, Power Automate, Dataverse, bağlayıcılar, dil hizmetleri ve aşağı akış sistemleri dahil olmak üzere bu limitleri de dikkate alın.

Çalışma zamanı alanı Neye bakılacağı Oran sağlama soruları Geçerli sınırları nerede kontrol edebilirsiniz
Power Platform istek düzlemi Power Automate, Copilot Studio iş akışı çağrıları, Dataverse kullanımı, Power Apps ve Dynamics 365 arasında istekler. Hangi kullanıcı, bağlantı, uygulama kullanıcısı veya hizmet sorumlusu istekleri oluşturur? İstek ayırımları beklenen günlük ve yoğun iş yükü için yeterli midir? İstek sınırları ve ayırımları
Power Automate akışları Tetikleyiciler, eylemler, döngüler, alt akışlar, HTTP eylemleri, bağlayıcı eylemleri, yeniden deneyler, sayfalandırma ve eşzamanlılık. Aracı döngüsü başına kaç eylem oluşturulur? Patlama, eşzamanlılık, tetikleyici ve bağlayıcı sınırları kapsam dahilinde midir? Platform sınırlarını anlama ve azaltmayı önleme

Otomatik, zamanlanmış ve anlık akışların sınırları
Dataverse İşlemleri tamamlamak için gerekli CRUD işlemleri, eklentileri, iş akışları, atama/paylaşım işlemleri, bağlayıcı çağrıları ve sistem işlemleri. Hangi kullanıcılar, uygulama kullanıcıları veya hizmet sorumluları Dataverse çağrılarını oluşturur? Hizmet koruma sınırları veya yeniden deneme davranışı uygulanması olası mıdır? Hizmet koruma API sınırları

Dataverse API limitlerine genel bakış
Bağlayıcılar Standart bağlayıcılar, premium bağlayıcılar, özel bağlayıcılar, bağlayıcıya özgü azaltma ve aşağı akış API'leri. Hangi bağlayıcı darboğazdır? Aşağı akış hizmeti kendi hız sınırlamasını uyguluyor mu? Bağlayıcılardaki API verimlilik sınırları

Power Automate bağlayıcı kılavuzu
Etkileşimli dil anlama (CLU) ve AI hizmetleri CLU çağrıları, AI istemleri, arama ve özetleme işlemleri, model destekli araçlar, yük boyutu ve hizmete özgü sınırlar. Her kullanıcı, bir dil veya AI hizmetini çağırıyor mu? Bu çağrılar yeniden denemeler veya düzenleme sırasında tekrar edilir mi? Etkileşimli dil anlama sınırlamaları

Copilot Studio kotaları ve sınırları
Harici API'ler ve işletme sistemleri Satıcı API'leri, dahili API'ler, veritabanları, ara katman yazılımı, ağ geçitleri ve özel hizmetler. Akış aşağısı sahibi hangi sınırı uygular? Bir yeniden deneme sözleşmesi, kuyruk veya geri basınç stratejisi var mı? Akış aşağısı hizmet sahibinin mevcut sınırlarını, hizmet düzeyi sözleşmesini (SLA) ve destek işlemini kullanın.

Verim baskısını azaltmak için tasarlayın

Hız artışlarını tasarımın ilk yanıtı haline getirmeyin. Önce aracı tasarımını gözden geçirin ve verimliliği iyileştirin. Aracının bir şey araması gerekiyorsa, harici çağrıları kasıtlı tutun, API çağrılarını iyileştirin ve Copilot Studio, Power Automate, Dataverse, bağlayıcılar ve akış aşağısı sistemler arasında gereksiz istek hacminden kaçının.

Tasarım verimli olduktan sonra, trafiğin platforma öngörülebilir bir şekilde ulaşması için verim denetimi yapın:

  • Ortam düzeyindeki sınırlamalar için, bu yaklaşım operasyonel tasarımınızla eşleşirse aracıları birden fazla ortama bölmeyi düşünün. Bu yaklaşım, yüksek hacimli aracılar, iş birimleri, bölgeler veya otonom iş yükleri için aynı ortam kapsamındaki sınırlar için kendileriyle ilgisi olmayan iş yükleriyle rekabet etmesini önlemeye yardımcı olabilir.
  • Otonom aracılar için kuyruklar, toplu işleme, tetikleyici filtreleri, zamanlanmış işleme, yeniden deneme denetimleri ve izleme kullanarak arka plan çalışmasının kontrolsüz bir patlama olarak gelmemesini sağlayın.
  • Mümkün olduğunda zamanlanmış, raporlama, denetim dışa aktarma ve telemetri çalışmalarını etkileşimli sohbet yolunun dışına taşıyın.
  • Yük testi sonuçlarını ve üretim telemetrisini gözden geçirerek isteklerin yoğunlaştığı yerleri belirleyin, ardından daha yüksek sınırlar talep etmeden önce aracıyı, akışları, bağlayıcıları ve akış aşağısı API'lerini ayarlayın.

Otonom aracılar, istekleri kuyruğa alarak ve tetikleyici hızlarını kontrol ederek ayrılmış kapasitelerinden sağlam tahmin edilebilirlik ve gözlemlenebilirlik ile maksimum faydayı sağlamak için benzersiz bir konumdadır.

Varsayılan hız sınırlamaları yeterli değilse ne yapılmalı

Trafik yoğunluğu tahminleri, aracının veya bağlı herhangi bir hizmetin mevcut olarak yayınlanmış sınırları aşabileceğini gösteriyorsa UAT, yük testi veya üretim ortamına geçiş öncesinde hız tahsis destek sürecini başlatın. İlk üretim hatasının oluşmasını beklemeyin.

Not

Copilot Studio, tüm müşteriler için hizmeti korumak amacıyla yerinde hız sınırlamalarıyla bir SaaS hizmetidir. Uygun gerekçeyle mühendislik, onaylanan senaryolar için özel sınırlamalar etkinleştirebilir.

Destek isteği aç

Yöneticiler, Power Platform yönetim merkezinden destek talep edebilir.

Bileti erkenden açın ve mevcut en iyi tahminleri ekleyin. Ne kadar ayrıntı sağlarsanız, inceleme süreci o kadar kolay olacaktır. Tasarım iyileştirildikçe veya yük testi gözlemlenen veriler sağladıkça isteği güncelleştirin.

Dahil edilmesi gereken temel bilgiler

Bilgi Açıklama
Ortam kimliği Aracının çalıştığı Dataverse ortamı.
Aracı adı veya tanımlayıcısı İsteğinden etkilenen aracı.
İş etkisi Varsayılan sınırlar yeterli değilse kritik etki.
Bilinen bilgiler Senaryo, kanal, başlatma bağlamı, iş kritikliği ve bunun B2C, otonom, çalışan tarafından karşılaştırılan veya yalnızca dahili olup olmadığı hakkında bilinen bilgiler.
Aracı anlık görüntüsü İnceleme yapanların, aracının yapılandırmasını, tasarımını, bağlı hizmetleri ve ilgili ayarları anlamasına yardımcı olan bir anlık görüntü veya dışa aktarım.
Aracı tasarımı Aracı tarafından kullanılan konular, üretken AI kullanımı, bilgi kaynakları, eylemler, akışlar, bağlayıcılar, Dataverse çağrıları ve dış API'lerin yüksek düzeyde açıklaması.
Ortalama trafik tahmini Saatlik, günlük, haftalık veya aylık beklenen ortalama trafik.
Yoğun trafik tahmini Bilinen durumlarda, mesajlar, oturumlar, üretken AI çağrıları, akış eylemleri, bağlayıcı çağrıları, Dataverse istekleri ve harici API çağrıları için beklenen en yüksek değerler.

Yardımcı olabilecek daha fazla ayrıntı

Bilgi Açıklama
Tarih aralığı İstenen artış için başlangıç ve bitiş tarihi. Yük testi, kullanıcı kabul testi ve üretim tarih aralıklarını farklıysa ayrı ayrı yazın.
Pik deseni Yoğunluk dönemleri, zaman dilimleri, beklenen trafik artışına neden olacak faktörler ve trafiğin günlük olarak kısa bir zaman aralığında yoğunlaşıp yoğunlaşmadığı.
Oturum profili Eş zamanlı oturumlar, ortalama ve tepe oturum uzunluğu, oturum başına iletiler ve oturum başına sorular.
Tipik oturum örnekleri Temsili kullanıcı yolları, gerçekleştirilen tipik adımlar, kullanılan araçlar ve mümkün olduğunda örnek oturum kimlikleri.
Çalışma zamanı yolu Akışlar, eylemler, AI istemler, bilgi aramaları, Dataverse istekleri, bağlayıcılar ve etkileşim başına API'ler.
Özellik düzeyinde pikler Aracı, özellik, kullanıcı, ortam, bağlayıcı, dakika, saat ve gün başına tepe hacim (bilindiği takdirde).
İncelemeye ihtiyaç duyan ürünler İsteğin Copilot Studio, Power Platform kaynak tahsisatları, Power Automate, bağlayıcılar, Dataverse, CLU/AI hizmetleri veya harici API'ler ile ilgili olup olmadığı.
Kanıt Örnek oturum kimlikleri, hatalar, bağıntı kimlikleri, günlükler, yük testi sonuçları veya üretim gözlemleri.
Risk Azaltıcı Etkenler Aktarım hızı baskısını azaltmak için daha önce denediğiniz şeyleri özetleyin. Aktarım hızı baskısını azaltmak için tasarımı incele rehberine başvurun. Buna tasarım incelemesi, optimize edilmiş harici çağrılar, ortam segmentasyonu, toplu işleme, kuyruk oluşturma, tetikleyici filtreleme, zamanlama, iş yükü dağıtımı ve halihazırda yerinde olan diğer optimizasyonlar dahildir.

Önemli

Aktarım hızı artışı garanti edilmemektedir. Microsoft Desteği, senaryoya, ortama, istenen tarih aralığına, beklenen trafiğe, uygunluğa, mevcut limitlere ve hizmet kapasitesine göre istekleri inceler.

  • Last updated on