مسیریابی هوشمند مسیر لبه تا آپ‌استریم را عوض می‌کند. مسیر بازدیدکننده تا لبه همان Anycast است و با این قابلیت عوض نمی‌شود.
ترافیک با Anycast به نزدیک‌ترین نقطه حضور می‌رسد. اگر از آنجا تا مبدا، شبکه کند یا قطع باشد، پاسخ از لبه هم دیر می‌رسد یا نمی‌رسد. مسیریابی هوشمند همان اتصال دوم را از مسیر پایدارتر یا سریع‌تر داخل شبکه ستون می‌برد تا کیفیت دسترسی در پیک ترافیک و اختلال اپراتور حفظ شود.
هر دو کلید در پایین فرم آپ‌استریم داخل یک بنر هستند. داشبورد وب‌سایت هم همین بنر را نشان می‌دهد و برای فعالسازی، به سرورهای آپ‌استریم لینک می‌دهد.
هزینه جدا
استفاده از این قابلیت هزینه مجزا دارد. در ماشین‌حساب دامنه، حجم ترافیک و تعداد درخواست ماهانه جداگانه دیده می‌شود. فهرست قیمت را از واحد فروش می‌گیریم.
مسیر کاربر تا لبه و مسیر لبه تا مبدا
این دو اتصال یکی نیستند.
flowchart LR visitor(["بازدیدکننده"]) edge(["لبه CDN"]) origin(["آپ‌استریم"]) visitor -->|"Anycast"| edge edge -->|"مسیریابی هوشمند"| origin
| اتصال | چه چیزی آن را تعیین می‌کند |
|---|---|
| بازدیدکننده تا لبه | Anycast نزدیک‌ترین نقطه حضور را انتخاب می‌کند |
| لبه تا آپ‌استریم | بدون این قابلیت، همین لبه مستقیم به مبدا می‌رود. با مسیریابی هوشمند، درخواست در صورت نیاز از مسیر داخلی ستون به مبدا می‌رسد |
پاسخ کش شده از خود لبه سرو می‌شود و به مبدا نمی‌رود. مسیریابی هوشمند روی همان درخواست‌هایی اثر دارد که لبه باید محتوا را از آپ‌استریم بگیرد.
دو کلید در یک بخش
پنل دو کلید جدا در همین بنر می‌گذارد. هر کدام مساله متفاوتی را حل می‌کند.
| کلید در فرم | مخاطب | تمرکز | چه زمانی مسیر را عوض می‌کند |
|---|---|---|---|
| بهبود دسترسی‌پذیری | همه کاربران، از موقعیت‌ها و اپراتورهای مختلف | دسترس‌پذیری، نه سرعت | وقتی مسیر همین لبه تا مبدا در اختلال شبکه ناپایدار است |
| بهبود SEO | ربات شناخته‌شده | سرعت، نه دسترس‌پذیری | وقتی مبدا داخل ایران است و خزنده باید از مسیر سریع‌تر به همان مبدا برسد |
این کلیدها توزیع بار بین سرورهای آپ‌استریم نیستند و سرور Passive را جایگزین نمی‌کنند. سرور داخل گروه را همچنان توزیع بار و سلامت‌سنجی انتخاب می‌کند. مسیریابی هوشمند فقط مسیر شبکه تا همان گروه را عوض می‌کند.
در فهرست آپ‌استریم‌ها، آپ‌استریمی که بهبود SEO روی آن روشن باشد برچسب Smart می‌گیرد.
هر دو کلید TLS لبه را لازم دارند. بدون گواهی، ذخیره فرم رد می‌شود. مرز گواهی در گواهی TLS چیست؟ است.
اگر هر دو روشن باشند، درخواست ربات شناخته‌شده مسیر بهبود SEO را می‌گیرد. بقیه درخواست‌ها، وقتی مسیر این لبه تا مبدا مختل باشد، از بهبود دسترسی‌پذیری استفاده می‌کنند.
بهبود دسترسی‌پذیری
با این کلید، در اختلال اینترنت و شبکه، کاربران از موقعیت‌های جغرافیایی مختلف و اپراتورهای گوناگون به‌صورت پویا از پایدارترین مسیر به محتوا می‌رسند. تمرکز روی این است که سایت از دسترس خارج نشود، نه اینکه همان مسیر لزوما کوتاه‌ترین باشد.
بدون این کلید، اگر لبه دریافت‌کننده نتواند به مبدا وصل شود، کاربر همان لبه هم پاسخ مناسب نمی‌گیرد؛ حتی اگر لبه دیگری هنوز به مبدا دسترسی داشته باشد. با روشن بودن کلید، ستون ترافیک آن نقطه حضور را از لبه دیگری که مسیرش تا مبدا سالم است عبور می‌دهد.
flowchart LR visitor(["کاربر"]) edgeA(["لبه با مسیر مختل تا مبدا"]) edgeB(["لبه با مسیر سالم تا مبدا"]) origin(["آپ‌استریم"]) visitor --> edgeA edgeA -->|"بهبود دسترسی‌پذیری"| edgeB --> origin
این رفتار با Failover سرور Passive فرق دارد. Passive وقتی خود سرور پاسخگو نیست وارد مدار می‌شود. بهبود دسترسی‌پذیری وقتی مسیر شبکه تا مبدا از این لبه ناپایدار است مسیر را عوض می‌کند. راه‌اندازی Passive در فعالسازی Failover با سرور Passive است.
اگر تنظیمات این بخش دستی شده باشد، کلید در فرم غیرفعال است و متن «تنظیمات این بخش به صورت دستی انجام شده و امکان تغییر آن وجود ندارد.» دیده می‌شود.
داشبورد وب‌سایت برای فعالسازی همین کلید را نشان می‌دهد: صفحه سرورهای آپ‌استریم، انتخاب آپ‌استریم، سپس روشن کردن بهبود دسترسی‌پذیری در پایین فرم.
بهبود SEO
با این کلید، وقتی آپ‌استریم داخل ایران باشد، خزنده‌ها از سریع‌ترین مسیر ممکن به همان محتوا می‌رسند. تمرکز روی سرعت دسترسی خزنده است، نه پایداری همه کاربران.
خزنده‌های موتور جست‌وجو معمولا از خارج ایران می‌آیند. اتصال لبه‌ی دور تا مبدا داخل ایران می‌تواند کند باشد و ایندکس را ضعیف کند. مسیر داخلی ستون این اتصال را کوتاه می‌کند.
پنل از «خزنده‌های گوگل» حرف می‌زند. لبه همان فهرست ربات شناخته‌شده را می‌بیند؛ گوگل، بینگ و OpenAI. تشخیص از روی IP رسمی است. نوشتن Googlebot در User-Agent این مسیر را فعال نمی‌کند.
flowchart LR bot(["ربات شناخته‌شده"]) edge(["لبه دریافت‌کننده"]) relay(["مسیر داخلی ستون"]) origin(["آپ‌استریم داخل ایران"]) bot --> edge --> relay --> origin
روشن کردن، این تایید را می‌خواهد: «در صورتی که سرور آپستریم خارج از ایران باشد، فعالسازی این گزینه باعث اختلال خواهد شد.» اگر مبدا خارج از ایران باشد، اتصال اضافه مسیر خزنده را بدتر می‌کند. این کلید را فقط روی آپ‌استریمی روشن می‌کنیم که سرورش داخل ایران است.
بهبود SEO روی آپ‌استریمی اجرا می‌شود که در نهایت برای همان درخواست انتخاب شده است. اگر قانون آپ‌استریم، ترافیک خارج را به مبدا خارج بفرستد، خزنده هم با همان قانون می‌رود مگر قانون جدا برای ربات شناخته‌شده آن را جایگزین کند. مراحل روشن کردن کلید در روشن کردن بهبود SEO روی آپ‌استریم است.
مرز با سازوکارهای دیگر
| سازوکار | چه چیزی را انتخاب می‌کند |
|---|---|
| Anycast | کدام لبه درخواست کاربر را می‌گیرد |
| قانون مسیر | این URL به کدام آپ‌استریم پیش‌فرض و کدام رفتار لبه می‌رود |
| قانون آپ‌استریم | روی همان مسیر، مبدا را بر اساس کیستی درخواست عوض می‌کند؛ مثلا کشور یا ربات |
| توزیع بار آپ‌استریم | کدام سرور داخل همان گروه درخواست را می‌گیرد |
| سرور Passive | وقتی سرور Active پاسخگو نیست، کدام سرور جایگزین وارد مدار شود |
| مسیریابی هوشمند | مسیر شبکه از لبه دریافت‌کننده تا همان آپ‌استریم |
قانون آپ‌استریم مبدا را عوض می‌کند. مسیریابی هوشمند مبدا را عوض نمی‌کند؛ فقط مسیر رسیدن به همان مبدا را عوض می‌کند.
مشاهده در لاگ
در مشاهده لحظه‌ای لاگ درخواست‌ها این فیلدها رفتار را نشان می‌دهند:
is_known_botبرای مسیر بهبود SEO باید نام منبع را نشان دهد، نه خالی.internal_layer_hostnameلایه داخلی را نشان می‌دهد. اگر باserverفرق داشته باشد، درخواست از مسیر داخلی گذشته است.cache_statusاگرHITباشد، پاسخ از لبه آمده و اتصال تا مبدا در کار نبوده است.upstream_nameهمان آپ‌استریمی است که کلید روی آن روشن است.
معنی فیلدها در فیلدهای لاگ درخواست است.