ප්‍රොක්සි සමූහයකට සරල බාධාවක් කාර්යබහුල ලූපයක් බවට පත් කළ හැක. ලිපිනයක් තෝරන්න, අසාර්ථක වේ, තවත් එකක් තෝරන්න, නැවත අසාර්ථක වේ. ඔබේම ජාලය වැටී ඇති නිසා සෑම අන්ත ලක්ෂ්‍යයකටම ළඟා විය නොහැකි නම්, ලිපින වෙනස් කිරීම හේතුව කිසිදා නොවිසඳයි.

ඔබේ සමූහයේ හෝ නොමිලේ ප්‍රොක්සි ලැයිස්තුවේ පළමු ප්‍රොක්සිය තෝරාගැනීමට පෙර ක්‍රියාවට අයවැයක් දෙන්න: සීමිත උත්සාහ ගණනක්, සීමිත සම්බන්ධතා සහ කියවීම් රැඳීම්, සහ මුළු කාර්යයටම අවසාන දිනයක්. Requests කාල සීමාව එහි ලේඛනගත සම්බන්ධතා හෝ කියවීම් හැසිරීම පාලනය කරයි; එය නව ඉල්ලීම් නිකුත් කරමින් සිටින ලූපයක් තනිව සීමා නොකරයි.

තවත් උත්සාහයකට සුදුසු කුමක්ද යන්න තීරණය කරන්න

  • ප්‍රතික්ෂේප වූ ප්‍රොක්සි සම්බන්ධතාවක් තවත් අන්ත ලක්ෂ්‍යයක් උත්සාහ කිරීම සාධාරණීකරණය කළ හැක.
  • ගමනාන්ත ප්‍රතිචාරයට එහිම අර්ථ නිරූපණයක් අවශ්‍යයි. HTTP දෝෂයක් ලැබීම යම් ඉල්ලීම් මාර්ගයක් සම්පූර්ණ වූ බව ඔප්පු කරයි.
  • ප්‍රොක්සි සත්‍යාපන අසාර්ථකත්වයට වැඩෙන ලැයිස්තුවක් හරහා එකම අක්තපත්‍ර තැළීම වෙනුවට අන්ත ලක්ෂ්‍යය සහ ගිණුම පරීක්ෂා කිරීම අවශ්‍ය වේ.

මුල් ව්‍යතිරේකය හෝ තත්ත්වය උත්සාහ වාර්තාව සමඟ තබා ගන්න. “සියලු ප්‍රොක්සි අසාර්ථක විය” යැයි පමණක් ඇති අවසාන පණිවිඩය අසාර්ථකතාවලට එකම හේතුවක් තිබුණේද යන්න සඟවයි.

සෑම සැබෑ ඉල්ලීමකට පෙර සෑම ප්‍රොක්සියකම සෞඛ්‍යය පරීක්ෂා කිරීම තවත් ඉල්ලීමක් එකතු කරන අතර ඊළඟ එක සාර්ථක වන බවට තවමත් සහතික විය නොහැක. කාර්යයට ගැළපෙන තැන නවතම සෞඛ්‍ය තොරතුරු නැවත භාවිත කරන්න, පසුව සැබෑ ක්‍රියාවට එහි ප්‍රතිඵලය වාර්තා කිරීමට ඉඩ දෙන්න.

නැවත උත්සාහය කාර්යය නැවත කළ හැක

කියවීමට පමණක් ලබා ගැනීමේදී, ඉදිරිපත් කිරීමක් නැවත වාදනය කිරීමට වඩා තවත් ප්‍රොක්සියකට මාරු වීම සාමාන්‍යයෙන් සරලයි. මිලදී ගැනීමක් හෝ පෝරම ඉදිරිපත් කිරීමක් යැවීමෙන් පසු සම්බන්ධතාවය බිඳ වැටුණහොත්, ගමනාන්තය එය දැනටමත් සකසා තිබිය හැක. කාර්යය නැවත වාදනය කිරීමට පෙර සේවාවේ idempotency යාන්ත්‍රණය සහ HTTP නැවත උත්සාහ නීති අනුගමනය කරන්න.

අයවැය අවසන් වූ පසු ප්‍රයෝජනවත් අසාර්ථකත්වයක් ලබා දෙන්න. සාක්ෂි සමඟ නතර වන කාර්යයක් කිසිවෙකු දකින තෙක් නිහඬව කැරකෙමින් සිටින කාර්යයකට වඩා අලුත්වැඩියා කිරීම පහසුය.

අදාළ ලිපි