الگوی ضد: اجازه دادن به زیرینه کند

درحال مشاهده اسناد Apigee Edge هستید.
به اسناد Apigee X بروید. اطلاعات

سیستم‌های زیرینه خدماتی را اجرا می‌کنند که «پراکسی‌های میانای برنامه‌سازی کاربردی» به آن‌ها دسترسی دارند. به‌عبارت دیگر، آن‌ها دلیل اساسی برای وجود APIها و لایه «پراکسی مدیریت API» هستند.

هر درخواست API که ازطریق پلاتفرم Edge مسیریابی می‌شود، قبل‌از رسیدن به زیرینه، مسیر معمولی را طی می‌کند:

  • درخواست از یک کلاینت سرچشمه می‌گیرد که می‌تواند هر چیزی از مرورگر گرفته تا برنامه باشد.
  • سپس درخواست توسط دروازه Edge دریافت می‌شود.
  • دروازه آن را پردازش می‌کند. به‌عنوان بخشی از این پردازش، درخواست به تعدادی از عناصر توزیع‌شده منتقل می‌شود.
  • سپس درگاه درخواست را به زیرینه‌ای که به درخواست پاسخ می‌دهد هدایت می‌کند.
  • پاسخ از زیرینه سپس ازطریق دروازه Edge به مسیر معکوس دقیق به کارخواه برمی‌گردد.

درواقع، عملکرد درخواست‌های API که ازطریق Edge مسیریابی می‌شوند به هر دو سیستم Edge و زیرینه بستگی دارد. در این ضدالگو، بر تأثیر درخواست‌های «میانای برنامه‌سازی کاربردی» به‌دلیل عملکرد بد سیستم‌های زیرینه تمرکز خواهیم کرد.

الگوی بد

بیایید مورد یک زیرینه مشکل‌دار را درنظر بگیریم. این‌ها امکانات هستند:

  • اندازه ناکافی زیرینه
  • پشتیبان کُند

    • زیرینه اندازه کافی ندارد

    چالش آشکارسازی خدمات در این سیستم‌های زیرینه ازطریق «میاناهای برنامه‌سازی کاربردی» این است که این خدمات برای تعداد زیادی کاربر نهایی دردسترس هستند. از دیدگاه کسب‌وکار، این یک چالش مطلوب است، اما چیزی است که باید با آن مقابله شود.

    بسیاری از اوقات سیستم‌های پشتیبان برای این تقاضای اضافی برای خدماتشان آماده نیستند و درنتیجه، اندازه آن‌ها کوچک است یا برای پاسخ کارآمد تنظیم نشده‌اند.

    مشکل با زیرساخت پشتیبان «با اندازه ناکافی» این است که اگر جهشی در درخواست‌های API وجود داشته باشد، منابعی مانند CPU، بار، و حافظه در سیستم‌های زیرساخت پشتیبان تحت فشار قرار می‌گیرند. این کار درنهایت باعث می‌شود درخواست‌های میانای برنامه‌سازی کاربردی ناموفق باشد.

    کارساز کند

    مشکل با یک زیرینه تنظیم‌نشده این است که پاسخ به هرگونه درخواست ورودی بسیار کند خواهد بود و درنتیجه تأخیرها افزایش می‌یابد، زمان‌های اتمام زودرس رخ می‌دهد، و تجربه مشتری به‌خطر می‌افتد.

    پلاتفرم Edge چند گزینه قابل تنظیم برای دور زدن و مدیریت کردن زیرینه کند ارائه می‌دهد. اما این گزینه‌ها محدودیت‌هایی دارند.

    تأثیر

    • درصورت ناکافی بودن اندازه زیرینه، افزایش ترافیک می‌تواند منجر به ناموفق شدن درخواست‌ها شود.
    • درصورت کند بودن زیرینه، تأخیر درخواست‌ها افزایش خواهد یافت.

    روال مطلوب

    • از حافظه نهان برای ذخیره پاسخ‌ها استفاده کنید تا زمان پاسخ API بهبود یابد و بار سرور زیرینه کاهش یابد.
    • مشکل اساسی در سرورهای پشتیبان کند را برطرف کنید.

    مطالعه بیشتر