وابستگی نشست پروکسی: یک درخواست یا کل یک گردش کار؟
پیش از فعال کردن چرخش خودکار تصمیم بگیرید که وابستگی پروکسی به یک درخواست، به یک گردش کار احراز هویت شده یا به حسابی با عمر طولانی تر تعلق دارد.
ورود، تغییر مسیر و دانلود یک گزارش سه درخواست هستند. اما برای کاربر یک کار واحدند. چرخاندن خروجی میان هر درخواست می تواند درک آن کار را سخت تر کند، حتی وقتی هر پروکسی کار می کند.
با تعریف واحدی که مالک مسیر است شروع کنید. انتخاب در سطح درخواست برای عملیات مستقل مناسب است. برای آن عملیات عمومی، فهرست رایگان پروکسی زمانی که واسطه های عمومی مجاز باشند نامزدهایی ارائه می کند؛ هیچ قرارداد نشست چسبنده ای نمی دهد. انتخاب در سطح گردش کار گام های مرتبط را تا پایان گردش کار یا تا جایگزینی با یک تصمیم بازیابی مشخص، روی مسیری آگاهانه نگه می دارد.
کوکی ها و وابستگی پروکسی دو وضعیت متفاوت اند
کوکی برنامه به قواعد نشست وب سایت تعلق دارد. شناسه نشست چسبنده ارائه دهنده، وقتی ارائه شود، به سرویس پروکسی او و سیاست مستند اتصال یا حساب تعلق دارد. فقط به این دلیل که هر دو واژه نشست را به کار می برند به یک تنظیم تبدیل نمی شوند.
یک واسطه CONNECT معمولی نمی تواند سرآیند Cookie رمزنگاری شده وب سایت را بخواند و آن را کلید مسیریابی کند. اگر سرویسی رفتاری مبتنی بر کوکی وعده می دهد، بفهمید کدام رابط دیدنی آن کوکی را حمل می کند و آیا TLS همان جا پایان می یابد. فرض نکنید کوکی خصوصی وب سایت به طور خودکار برای دروازه تونل در دسترس است.
یک سابقه کوچک از گردش کار نگه دارید: نقطه پایانی انتخاب شده، شناسه نشست ارائه دهنده در صورت استفاده، شناسه نشست برنامه و شرطی که وابستگی را پایان می دهد. از گذاشتن اسرار حساب در کلیدهای سابقه معمول پرهیز کنید.
برای حالت ناخوشایند برنامه بریزید
اگر مسیر انتخاب شده در میانه راه شکست خورد، تصمیم بگیرید که آیا گردش کار می تواند با خیال راحت از خروجی دیگری ادامه دهد، باید نشست برنامه خود را دوباره برقرار کند، یا باید متوقف شود. پاسخ ناموفق همیشه به این معنا نیست که عملیات ارسال شده هرگز پردازش نشده است.
نه چسبندگی دائمی و نه چرخش مداوم به طور کلی درست نیستند. دامنه را از الزامات سازگاری برنامه انتخاب کنید، سپس سرعت درخواست و محدودیت های سرویس را بر کل گردش کار اعمال کنید. خروجی های بیشتر آن الزامات را حذف نمی کند.