درحال مشاهده اسناد Apigee Edge هستید.
به
اسناد Apigee X بروید. اطلاعات
درطول ماه اوت و سپتامبر ۲۰۱۵، ما درحال انتقال مسیریاب‌های ابری و ترازکننده‌های بار Apigee Edge به NGINX (تلفظ: «انجین ایکس») هستیم. NGINX، یک کارگزار وب منبع باز، عملکردی بهتر و هم‌زمانی بالاتری نسبت به ترازکننده‌های بار و مسیریاب‌های موجود ما ارائه می‌دهد.
این برای مشتریان ابری ما به چه معنا است
نکته اصلی این است که این تغییر باید برای شما شفاف باشد و نیازی به اقدام ازسوی شما ندارد، به‌جز تأیید اینکه سیستم‌های شما طبق انتظار کار می‌کنند. در زیر توضیحاتی درباره مراحلی که انجام خواهیم داد، همراه با پاسخ به برخی پرسش‌های متداول ارائه شده است.
مرحله ۱ - به‌روزرسانی نرم‌افزار
با بهره‌گیری از مدل استقرار مرحله‌ای خود، همه مسیریاب‌ها را به مسیریاب جدید مبتنی بر NGINX ارتقا خواهیم داد تا مطمئن شویم خدمات درنتیجه این فعالیت تحت تأثیر قرار نمی‌گیرند.
مرحله ۲ - برداشتن سطح ترازکننده بار در محیط‌های غیرتولیدی
با مسیریاب جدید NGINX که عملکرد تراز بار را مدیریت می‌کند، فرایند برداشتن سطح تراز بار موجود را ابتدا در محیط(های) غیرتولید شما شروع خواهیم کرد. ترازکننده‌های بار تولید درطول این مرحله دست‌نخورده و بدون تغییر باقی خواهند ماند. پیش‌از برداشتن ترازکننده‌های بار موجود، رویکردی جامع برای اطمینان از عملکرد صحیح ترافیک اتخاذ خواهیم کرد. برای تکمیل این مرحله، لازم نیست اقدامی انجام دهید. بااین‌حال، باید هرگونه مشکل را به Apigee گزارش دهید و ما با شما همکاری خواهیم کرد تا مشکلات را قبل‌از ادامه دادن به «مرحله ۳» برطرف کنیم.
مرحله ۳ - برداشتن سطح ترازکننده بار در محیط‌های تولید
پس‌از تکمیل موفقیت‌آمیز «مرحله ۲»، مجموعه‌ای از بازه‌های نگهداری را برای برداشتن سطح ترازکننده بار در محیط(های) تولید بااستفاده از همان رویکرد ذکرشده در «مرحله ۲» تعیین خواهیم کرد تا مطمئن شویم ترافیک «میانای برنامه‌سازی کاربردی» زمان اجرا همچنان طبق انتظار کار می‌کند.
تغییرات در عملکرد محصول
در اینجا برخی‌از تغییرات در عملکرد محصول با تغییر به NGINX آورده شده است.
منسوخ
ویژگی‌های زیر دیگر در ProxyEndpoints پشتیبانی نمی‌شوند:
- allow.http10
- allow.http11
- allow.http.method.*
- allow.POST.without.content.length
- allow.PUT.without.content.length
برای دور زدن این منسوخ شدن، مقاله انجمن زیر را ببینید: ویژگی‌های روش مجاز HTTP نقطه پایان پراکسی کار نمی‌کند.
پرسشگان
در زیر پاسخ برخی‌از متداول‌ترین پرسش‌ها درباره انتقال NGINX ارائه شده است.
درطول «مرحله ۱»، پاسخ «نه» است زیرا ما با ترازکننده‌های بار موجود کاری نداریم که مستقیماً هیچ‌یک از پروتکل‌های اینترنتی ارائه ترافیک را تغییر نمی‌دهند. بااین‌حال، با توجه به ماهیت سرویس تراز بار «سرویس‌های وب آمازون» (AWS)، قوانین مقیاس‌بندی عادی اعمال می‌شود، به‌این معنی که ممکن است نشانی‌های IP به‌عنوان بخشی از منطق مقیاس‌بندی آن تغییر کنند (عملکرد موجود). به همین دلیل است که پیاده‌سازی پیکربندی‌های فهرست مجازهای شمالی را با مجموعه محصولات Apigee Edge توصیه نمی‌کنیم. درطول مراحل ۲ و ۳، پیامدهای فهرست مجاز با برداشتن ترازکننده بار و نشانی‌های IP مرتبط با آن وجود دارد. درنتیجه، درطول این مراحل با شما هماهنگی نزدیک خواهیم داشت تا با ارائه مجموعه جدیدی از نشانی‌های IP برای مجاز کردن دسترسی، انتقال را به‌نرمی انجام دهیم.
اگر سرورهای مبدأ همان سرورهای نقطه پایانی هدف باشند (سرورهایی که از بسته پروکسی فراخوانی می‌شوند)، نیازی به تغییر نیست. این تغییر در سمت «شمالی» Apigee یا نقطه ورودی به Apigee است.
نه. ورودی‌های CNAME موجود همچنان طبق انتظار عمل خواهند کرد.
اگر از SSL استفاده می‌کنید، مرحله اولیه بر پیکربندی SSL موجود تأثیر نخواهد گذاشت. بااین‌حال، برای اطمینان از اینکه SSL در مسیریاب جدید به‌درستی راه‌اندازی شده است، قبل‌از ادامه دادن به «مراحل ۲ و ۳»، باید با شما هماهنگی نزدیکی داشته باشیم.
مراحل ۲ و ۳ تا زمانی‌که پشتیبانی SNI تأیید شود به‌تأخیر می‌افتد.
انتظار نداریم زمان خرابی داشته باشیم. تغییرات بااستفاده از مدل استقرار استاندارد ما درطول دوره‌های انتشار موجود ما پیاده‌سازی خواهد شد.