Be tarpinio serverio IP naršymo darbas bus sunkus, todėl daugelis tikrinimo inžinierių turi įsigyti efektyvų ir stabilų tarpinio serverio IP. Ar galite atsipalaiduoti ir atsipalaiduoti turėdami aukštos kokybės tarpinio serverio IP? Viskas nėra taip paprasta, taip pat būtina optimizuoti schemą, racionaliai paskirstyti išteklius, pagerinti darbo efektyvumą ir efektyviau, greičiau ir stabiliau atlikti vikšrinius darbus.
1 variantas: Kiekvienas procesas atsitiktinai pasirenka IP sąrašą iš sąsajos API (pvz., ištraukia 100 IP vienu metu), kad juos peržiūrėtų, o tada iškviečia API, kad juos gautų, jei nepavyksta, o bendra logika yra tokia:
1. Kiekvienas procesas (arba gija) atsitiktinai nuskaito IP partiją iš sąsajos ir bando gauti duomenis iš IP sąrašo ciklu.
2. Jei prieiga sėkminga, toliau griebkite kitą.
3. Jei nepavyksta (pvz., skirtasis laikas, patvirtinimo kodas ir kt.), Paimkite IP paketą iš sąsajos ir bandykite toliau.
Sprendimo trūkumai: Kiekvienas IP turi galiojimo laiką, jei išgaunama 100, kai naudojamas 10-asis, dauguma pastarųjų gali būti negaliojantys. Jei nustatysite HTTP užklausą, kurios ryšio skirtasis laikas yra 3 sekundės, o skaitymo skirtasis laikas yra 5 sekundės, galite sugaišti 3–8 sekundes laiko, o galbūt šias 3–8 sekundes galima paimti dešimtis kartų.
2 variantas: Kiekvienas procesas naudoja atsitiktinį IP iš sąsajos API, o tada iškviečia API, kad gautų IP, jei nepavyksta, bendra logika yra tokia:
1. Kiekvienas procesas (arba gija) atsitiktinai nuskaito IP iš sąsajos ir naudoja šį IP prieigai prie išteklių.
2. Jei prieiga sėkminga, toliau griebkite kitą.
3. Jei nepavyksta (pvz., skirtasis laikas, patvirtinimo kodas ir kt.), atsitiktinai pasirinkite IP iš sąsajos ir bandykite toliau.
Trūkumai: API skambinimas IP adresams gauti yra labai dažnas, o tai darys didelį spaudimą tarpiniam serveriui, turės įtakos API sąsajos stabilumui ir gali būti apribotas išskleidimas. Ši schema taip pat netinkama ir negali būti taikoma tvariai ir stabiliai.
3 variantas: Pirmiausia ištraukite daug IP adresų ir importuokite juos į vietinę duomenų bazę, tada paimkite IP iš duomenų bazės, bendra logika yra tokia:
1. Sukurkite lentelę duomenų bazėje, parašykite importavimo scenarijų, paprašykite API per minutę (pasitarkite su tarpinio serverio IP paslaugų teikėjo pasiūlymais) ir importuokite IP sąrašą į duomenų bazę.
2. Duomenų bazėje įrašyti importo laiką, IP, prievadą, galiojimo laiką, IP prieinamumo būseną ir kitus laukus;
3. Parašykite grab scenarijų, krabų scenarijus nuskaito turimą IP iš duomenų bazės, ir kiekvienas procesas gauna IP iš duomenų bazės naudojimui.
4. Atlikite nuskaitymą, įvertinkite rezultatus, apdorokite slapukus ir pan., jei yra patvirtinimo kodas ar gedimas, atsisakykite šio IP ir pakeiskite į naują IP.
Šis sprendimas efektyviai išvengia tarpinio serverio išteklių sunaudojimo, efektyviai paskirsto tarpinio serverio IP naudojimą, yra efektyvesnis ir stabilesnis, užtikrina tikrinimo darbo ilgaamžiškumą ir stabilumą. |
Paskelbta 2018-07-17 13:54:35
|
|
|
Paskelbta 2018-07-18 14:50:55
|
