🧠 AI Gateway و Workers AI در ابتدا دو محصول جدا بودند، اما با گذشت زمان مشخص شد که نیاز کاربران به سمت یک مدل واحد در حال حرکت است. در AI Gateway می‌توانید درخواست‌ها را به هر model provider دلخواهی proxy کنید و در کنار آن، observability، logging، access و security داخلی هم داشته باشید. در Workers AI هم مدل‌ها روی زیرساخت GPU مدیریت‌شده توسط خود پلتفرم اجرا می‌شوند و از طریق یک API endpoint در دسترس قرار می‌گیرند تا بتوانید از inference-as-a-service استفاده کنید.
از نظر معماری، این دو سرویس متفاوت به نظر می‌رسند، اما برای کاربر نهایی هدف یکی است: اتصال به مدل‌ها از طریق یک control plane پیشرفته و یکپارچه. حالا مسیر ادغام این دو محصول به سمت یک تجربه واحد پیش می‌رود؛ تجربه‌ای که به شما اجازه می‌دهد به هر model provider، از جمله Workers AI، متصل شوید و هم‌زمان observability، billing، security و logging را از یک control plane مرکزی مدیریت کنید. این تغییر، قدم بعدی در برنامه بزرگ‌تری است که برای model routing در نظر گرفته شده است 🚀
یکی از نشانه‌های این یکپارچگی، نزدیک شدن مسیرهای دسترسی از طریق Workers binding و REST API است. حالا یک AI binding دارید که می‌توانید با آن هم AI Gateway و هم Workers AI را صدا بزنید. دیگر مفهومی به نام binding جداگانه برای AI Gateway و Workers AI وجود ندارد و همه چیز از یک مسیر مشترک عبور می‌کند. چند ماه قبل هم ایده‌ی “default” gateway ارائه شد تا اگر قبلاً هیچ gatewayای تنظیم نکرده‌اید، بتوانید بدون پیچیدگی اضافه از همان مسیر استاندارد استفاده کنید.
