Si prevede di aggiungere una nuova Funzione Azure con un trigger Cosmos DB per creare un nuovo indice di analisi da un contenitore esistente. La funzione deve elaborare tutti i documenti storici dal contenitore esattamente una volta e quindi continuare con le modifiche in tempo reale. Altri processori del feed di modifiche utilizzano già un contenitore di lease esistente. Cosa si dovrebbe configurare per la nuova funzione?

La risposta corretta è impostare startFromBeginning = true sul binding e utilizzare un nuovo contenitore di lease dedicato (o un prefisso di lease univoco) per questa funzione. L'impostazione startFromBeginning = true garantisce che la funzione elabori tutti i documenti storici dal contenitore Cosmos DB. L'utilizzo di un nuovo contenitore di lease dedicato (o un prefisso di lease univoco) è fondamentale perché altri processori del feed di modifiche stanno già utilizzando un contenitore di lease esistente. Se si riutilizzasse lo stesso contenitore di lease, le istanze del processore del feed di modifiche si contenderebbero le lease, portando a un comportamento imprevedibile e a una potenziale perdita di eventi o a una doppia elaborazione. Riutilizzare il contenitore di lease esistente, anche con startFromBeginning = true, causerebbe conflitti con i processori esistenti. Eliminare e ricreare il contenitore monitorato non è una soluzione pratica per un ambiente di produzione e comporterebbe la perdita di dati. Aumentare MaxItemsPerInvocation e Prefetch non garantisce l'elaborazione di tutti i documenti storici in una singola invocazione, né risolve il problema dell'elaborazione iniziale dell'intera cronologia; queste impostazioni influenzano solo la dimensione del batch e l'ottimizzazione del recupero, non il punto di partenza del feed di modifiche.