Škálovatelnost a výkon
Důležité
Od 20. září 2023 nebudete moct vytvářet nové prostředky personalizace. Služba Personalizace se vyřadí z provozu 1. října 2026.
Vysoce výkonné a vysoce provozované weby a aplikace mají dva hlavní faktory, které je potřeba zvážit s nástrojem Personalizace pro zajištění škálovatelnosti a výkonu:
- Zachování nízké latence při volání rozhraní API pro řazení
- Zajištění, že propustnost trénování udržuje krok se vstupem událostí
Přizpůsobení může rychle vrátit pořadí s většinou doby trvání volání vyhrazené pro komunikaci prostřednictvím rozhraní REST API. Azure automaticky škáluje schopnost rychle reagovat na požadavky.
Scénáře s nízkou latencí
Některé aplikace vyžadují nízkou latenci při vrácení pořadí. Jsou potřeba nízké latence:
- Chcete-li, aby uživatel před zobrazením seřazeného obsahu čekal na znatelnou dobu.
- Chcete-li pomoci serveru, u kterého dochází k extrémnímu provozu, vyhněte se zavazování nedostatku výpočetního času a síťových připojení.
Škálovatelnost a propustnost trénování
Personalizace funguje tak, že aktualizuje model, který se přetrénuje na základě zpráv odeslaných asynchronně personalizátorem po rozhraníCH API pro hodnocení a odměnu. Tyto zprávy se odesílají pomocí Azure EventHubu pro aplikaci.
Je nepravděpodobné, že většina aplikací dosáhne maximální propustnosti připojování a trénování personalizace. Dosažení tohoto maxima nezpomalí aplikaci, ale znamená to, že fronty centra událostí se interně vyplňují rychleji, než je možné vyčistit.
Odhad požadavků na propustnost
- Odhadněte průměrný počet bajtů na událost řazení a přidejte délky dokumentů JSON kontextu a akce.
- Vydělí 20 MB/s tímto odhadovaným průměrným bajtem.
Pokud má například vaše průměrná datová část 500 funkcí a každá z nich je odhadovaná 20 znaků, každá událost je přibližně 10 kB. V těchto odhadech je 20 000 000 / 10 000 = 2 000 událostí za sekundu, což je přibližně 173 milionů událostí za den.
Pokud tyto limity dosahujete, obraťte se na náš tým podpory a požádejte ho o radu ohledně architektury.