Come stimare il traffico dei proxy residenziali

I proxy residenziali si pagano in base al traffico utilizzato. Stima richieste, dimensioni delle risposte e margine per i tentativi ripetuti.

Misurare un compito completo del mondo reale

Il documento HTML da solo è una scarsa misura di traffico proxy. Un browser può anche recuperare immagini, font, script e risposte API, e tentativi falliti possono attivare ulteriori richieste. Uno script che utilizza un client HTTP si comporta in modo diverso. Eseguire il flusso di lavoro effettivo su 20–30 elementi rappresentativi e registrare i byte trasferiti dal client o registro delle richieste.

Dividere il totale da elementi completati con successo per trovare una figura utile MB-per-result. Registra tentativi falliti separatamente: reindirizza, pagine di login e retries possono consumare il traffico anche quando non viene prodotto alcun risultato.

Se le immagini sono bloccate nel test ma caricate in produzione, la stima sarà troppo bassa. Le impostazioni di cache di registrazione, compressione e blocco delle risorse in modo che le operazioni successive possano essere confrontate in modo equo.

Stima il pacchetto con un margine ragionevole

Iniziare con il numero di operazioni moltiplicate per il traffico misurato per il funzionamento di successo, quindi tenere conto di ripetizioni. A 0,6 MB per articolo, 800 pagine utilizzano circa 480 MB. Se una richiesta in quattro viene ripetuta in media, la stima sale a circa 600 MB prima che le attività del browser, l'autenticazione e il flusso di lavoro cambi.

Se un migliaio di articoli utilizzano tra 500 e 650 MB, calcolare entrambe le estremità e lasciare spazio sopra la stima più alta. Dove la domanda è incerta, iniziare con un pacchetto più piccolo, ispezionare la deduzione effettiva nel tuo account e aggiungere il traffico dopo la misurazione delle piste di produzione.

Confrontare il prezzo totale dell'importo che si prevede di utilizzare, piuttosto che scegliere il tasso più basso pubblicizzato da solo.

Abbina la modalità di sessione al flusso di lavoro

Una sessione appiccicosa è utile quando diversi passaggi—apertura di una pagina, firma e recupero di un risultato—devo mantenere la stessa uscita IP. La modalità sbagliata può alzare i guasti e riprovare i tassi, aumentando il traffico anche quando il prezzo per GB è invariato.

Riutilizzare un identificatore di sessione per i passaggi che devono rimanere insieme; avviare una nuova per la successiva attività indipendente. Impostare la durata per coprire un normale funzionamento con un margine e verificare come l'applicazione gestisce i cookie e le pause.

La selezione del paese restringe il pool di uscita. Controllare la disponibilità e l'uscita effettiva dopo la connessione. La scelta di un paese non garantisce automaticamente una particolare città, un fornitore o un ASN; verificare tali impostazioni separatamente se sono offerti.

Verificare l'ordine e le prime fasi di produzione

Per un portafoglio top-up, utilizzare la valuta, la rete di trasferimento, l'importo e l'indirizzo indicato nella richiesta di pagamento. Un amministratore conferma il pagamento manualmente. Dopo che il saldo è accreditato, il traffico di acquisto e ottenere il formato di connessione dal configuratore dell'account piuttosto che un esempio su una pagina pubblica.

Prima di un'esecuzione completa, testare il proxy contro un servizio di controllo IP e poi la destinazione desiderata. Registrare il tempo di prova, il paese di uscita, il codice di risposta, la velocità di successo e il cambiamento del saldo del traffico.

Dopo poche centinaia di operazioni, ricalcola MB per risultato di successo. Se aumenta, ispeziona redirect, retries e risorse caricate. Cambiare una impostazione alla volta in cui si indaga; altrimenti è difficile identificare la causa.

Esempio pratico

Supponiamo che un lavoro apra 800 pagine di circa 0,6 MB ciascuno e ripeti una su quattro richieste. Le risposte da sole si avvicinano a 600 MB; immagini, script e reload del browser aggiungono di più. Misura 20–30 gesti rappresentativi, quindi consentire errori prima di selezionare un livello di traffico.

Domande frequenti

Come dovrebbero essere inclusi i retries?

Registrare il tasso di riprovazione in un breve test e applicarlo al carico di lavoro completo. Una visita del browser può caricare molte risorse oltre l'URL della pagina.

Una sessione appiccicosa cambia fatturazione?

L'unità di fatturazione rimane GB. La modalità di sessione cambia il comportamento IP e può cambiare indirettamente quanto spesso il flusso di lavoro deve riprovare.

Pagine utili