Ciao a tutti e bentornati.
Nel video di oggi parleremo della concurrency riservata e di quella di fornitura.
A questo punto, una cosa importante da ricordare è che il limite di concorrenza predefinito per
regione è di 1000 invocazioni in un dato momento.
Si tratta quindi di qualcosa di configurabile.
Tuttavia, si noti che, a seconda dell'account, questo potrebbe non essere sempre il caso, per cui il limite di concorrenza
predefinito potrebbe essere molto più basso e sarà possibile aumentarlo attraverso le quote del servizio.
A questo punto, supponiamo di avere un limite di concorrenza di 1000 invocazioni.
Ciò significa che le funzioni condividono questo pool di 1.000 concurrency su richiesta.
Supponiamo che ci siano dieci funzioni.
Quindi dieci funzioni non possono utilizzare 1000 invocazioni ciascuna.
Quindi queste 1000 invocazioni vengono condivise tra tutte le dieci funzioni in modo che possano utilizzare
al massimo 1000 invocazioni in qualsiasi momento.
Dopo di ciò, la funzione può subire un throttling.
Cioè inizia ad abbandonare la richiesta se si esaurisce la concurrency disponibile nella regione.
Ora, infatti, prima di procedere oltre, esaminiamo anche i limiti complessivi.
Quindi nel servizio quote, se si va su Lambda.
Nel giro di un anno, si ha un'esecuzione simultanea.
A questo punto si nota che il valore della quota applicata è 1000.
Questo è il valore applicato dopo aver aumentato il limite.
Quindi, se vedete, ho alzato il limite di esecuzione concorrente a 1000, e dopo che questo è stato aumentato,
ottengo le 1000 invocazioni concorrenti.
Si tratta quindi di un livello regionale.
Ad esempio, passiamo dalla regione di Singapore a quella di Mumbai.
E se si esamina il limite di esecuzione simultanea, è solo di dieci.
Il valore predefinito della quota negli Stati Uniti è 1000.
Quindi, se lo desiderate, potrete aumentare questo limite specifico da 10 a 1000, in modo da richiedere
l'aumento della quota.
Così si può dire che ho bisogno di 1000 e si può richiedere il vostro.
E questa richiesta è attualmente in sospeso.
In una fase successiva, dopo la verifica, il team procederà ad aumentare il limite del trimestre specifico.
Da un punto di vista pratico, una cosa importante da ricordare è che alcune funzioni potrebbero
essere sempre più critiche di altre.
Per questo motivo è importante configurare l'impostazione di concurrency per garantire che le
funzioni critiche ricevano la concurrency necessaria.
Ad esempio, supponiamo che ci siano tre funzioni Lambda in una regione specifica.
Si ha una funzione lambda, si ha la chiave e si ha la funzione lambda ampia.
A questo punto possiamo capire che l'ampia funzione lambda sarebbe la più critica
tra tutte.
Ora supponiamo che la funzione lambda utilizzi la concurrency di 200.
La funzione lambda utilizza la concurrency di 600.
Quindi ci sono molte richieste che vanno al dev e alla funzione lambda.
Quindi, in base a ciò, alla funzione lambda di produzione rimangono solo 200 concurrency e questo può creare
molti problemi.
Quindi, per un insieme critico di funzioni Lambda, si vuole riservare un certo insieme di impostazioni
di concurrency, in modo che possano sempre utilizzarlo.
Supponiamo che le funzioni lambda ampie richiedano sempre la concurrency di 500 per essere disponibili.
Ora, in un'area in cui il limite di concorrenza è di 1000 e anche altre funzioni Lambda richiedono una certa
quantità di concorrenza.
Questo può creare un problema per l'ampia funzione lambda, ed è qui che si può riservare la concurrency
per un lambda.
Quando si parla di controlli complessivi della concorrenza, se ne distinguono due tipi.
Una è la concurrency riservata e l'altra è la concurrency fornita.
Concorrenza riservata.
Riserva una parte della concurrency dell'account per una funzione.
Quindi, per una funzione lambda ampia, possiamo riservare 500 concurrency.
Quindi quei 500 saranno sempre disponibili per la funzione lambda ampia.
La riserva di spazio è utile se non si vuole che altre funzioni occupino lo spazio disponibile
e quello riservato, in modo analogo alla riserva di spazio.
Il vantaggio è che preinizializza il numero di istanze dell'ambiente per una funzione ed è utile
per ridurre le latenze di avvio a freddo.
Vediamo quindi di capire entrambi in modo più dettagliato.
Il primo è la concomitanza riservata.
Quindi, se si vuole garantire che una certa quantità di concurrency sia sempre disponibile per le funzioni
critiche, si può utilizzare la concurrency riservata.
Ora, un punto importante da notare è che quando si dedica una concurrency riservata a una specifica funzione
lambda, nessun'altra funzione può usare quella concurrency.
Si tratta di un aspetto molto importante.
Quindi analizziamolo anche dal punto di vista diagrammatico.
Quindi abbiamo una concurrency di 1000.
Ora, per la funzione dell'arancione, avete riservato 400 per la funzione del blu, avete riservato
400.
Quindi un totale di 800 concurrency viene risolto tra due funzioni.
Ora avete solo una riserva di 200.
Quindi tutte le altre funzioni che fanno parte della regione dovranno utilizzare solo 200 dopo che questa richiesta comincerà
a fare il throttle per quelle funzioni.
Tuttavia, per il blu e l'arancione, la capacità riservata è sempre presente.
Ora, con queste basi sulla concorrenza riservata, analizziamo le sfide che potreste affrontare.
Quindi una parte importante, che è un prerequisito di base per l'apprendimento, è che sappiamo che usiamo la riserva di concorrenza
per definire il numero massimo di ambienti di esecuzione riservati alla funzione Lambda.
A questo punto abbiamo già parlato degli ambienti di esecuzione nel video di Lambda concurrency.
Ora, sebbene questi set di ambienti di esecuzione siano sempre riservati, non sono pre inizializzati e questo è il motivo
per cui l'invocazione della funzione può richiedere molto tempo, perché Lambda deve prima inizializzare il nuovo
ambiente prima di poter invocare la funzione.
Quando l'inizializzazione richiede più tempo del previsto, si parla di avvio a freddo e per mitigare l'avvio
a freddo si ricorre alla provision concurrency.
Quindi, in una visione d'insieme di alto livello, la concurrency è il numero di ambienti di esecuzione pre inizializzati che si desidera
allocare alla propria funzione.
Quindi, se si imposta il provision concurrency sulla funzione, Lambda inizializza l'ambiente di esecuzione e lo tiene
pronto, e questi ambienti di esecuzione possono rispondere immediatamente alle richieste che vengono ricevute.
Quindi, se guardiamo la situazione dal punto di vista diagrammatico, abbiamo la concorrenza riservata e la concorrenza
di fornitura.
Ora, nella concurrency riservata, si vedrà che una volta ricevuta la richiesta numero uno,
si ha la fase di inizializzazione e poi la fase di invocazione.
Quindi anche questa fase di inizializzazione può richiedere un po' di tempo.
Tuttavia, quando si parla di provision concurrency, l'inizializzazione dell'ambiente è già stata
effettuata.
E quando il.
Se arriva una richiesta, può essere invocata direttamente.
Non è necessario che avvenga l'inizializzazione.
E questo è il motivo per cui la concurrency provision consente tempi di risposta molto più rapidi.
Quindi facciamo una cosa.
Vediamo dove possiamo impostare la concurrency riservata e quella di fornitura.
Per la dimostrazione di oggi, ho a disposizione una funzione lambda di esempio.
Ora.
Se si esamina la configurazione complessiva sotto la voce Concurrency, si ha una concurrency
specifica e riservata di 930 account che è rimasta per questa funzione specifica.
Non è disponibile alcuna valuta riservata.
Tuttavia, se si desidera impostare una concurrency riservata, è possibile selezionare la concurrency riservata.
Impostiamo una concurrency specifica e riservata.
Più si aggiunge un numero di criptovalute riservate, meno si riduce la criptovaluta non riservata.
Quindi, ad esempio, in questa fase, se si imposta la riserva, la concurrency di 30, le altre funzioni
dovranno utilizzare la concurrency, che è 900.
Quindi dovranno condividerlo o potranno riservarlo anche a loro stessi.
Impostiamo qui la riserva di concurrency.
A questo punto si ha una riserva di 30.
Oltre a questo, come stiamo discutendo, si può anche impostare la provision concurrency, in cui il numero di ambienti
pre inizializzati sarebbe pronto.
Vediamo quindi di analizzarlo rapidamente.
Quindi, quando si aggiunge una concurrency di provisioning.
Entro l'anno.
È possibile associarlo a un alias o alla versione.
Sono quindi disponibili due tipi e all'interno.
È possibile specificare la concurrency della fornitura.
Ancora una volta, si noti che il provision concurrency, poiché il numero di ambienti è già pre inizializzato
per voi, dovrete pagare per il provision concurrency.
Ora, se guardiamo da un punto di vista pratico, in uno scenario reale, si potrebbe usare la concurrency provision
per impostare la quantità di ambienti di base per gestire le richieste durante i giorni feriali e usare la concurrency
riservata per gestire i picchi del fine settimana.
Ad esempio, se si guarda a questo diagramma per una funzione lambda arancione, qui si ha una
concurrency di 200 e poi si ha una concurrency riservata di 400 per i fine settimana nel caso in cui arrivino altre
richieste e su 1000, le altre 600 concurrency vanno all'altro insieme di funzioni.
È quindi possibile utilizzare insieme sia la provision che la reserved concurrency per realizzare il proprio caso d'uso.
Ora, prima di concludere, ho aggiunto anche una tabella di confronto tra la riserva e la disposizione,
la concurrency e i benefici e i punti appropriati da notare.
Anche in questo caso, la parte importante è la riserva di prezzo della concorrenza.
Non è necessario pagare alcun costo aggiuntivo per il provision concurrency.
È necessario pagare le tariffe disponibili in base al numero definito.
Questa è la panoramica di alto livello.
E con questo si conclude il video di oggi.