‫4.17.01 - یادداشت‌های انتشار Edge for Private Cloud

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

روز چهارشنبه، ۲۵ ژانویه ۲۰۱۷، نسخه جدیدی از Apigee Edge for Private Cloud را منتشر کردیم.

از زمان انتشار ویژگی قبلی Edge for Private Cloud، نسخه‌های پخش زیر منتشر شده‌اند و در این «انتشار ویژگی» گنجانده شده‌اند:

برای اینکه بفهمید آیا نسخه ابری خاصی در نسخه Edge for Private Cloud شما گنجانده شده است یا نه، به درباره شماره‌گذاری نسخه مراجعه کنید.

نمای کلی نسخه پخش

این نسخه پخش شامل تعدادی ویژگی قابل‌توجه است که به شما کمک می‌کند APIهایتان را بهتر کنترل و ایمن کنید.

«جریان‌های مشترک» و «قلاب‌های جریان» به شما امکان می‌دهند مجموعه‌ای از خط‌مشی‌ها و رفتارها را در چندین پراکسی API ایجاد کنید.

نقشه‌های مقدار کلید (KVM) که ازقبل ویژگی Edge برای ماندگاری طولانی‌مدت جفت‌های کلید-مقدار بودند، اکنون می‌توانند برای امنیت بیشتر داده‌ها رمزگذاری شوند.

برای کنترل انعطاف‌پذیرتر بر دسترسی توسعه‌دهنده به میاناهای برنامه‌سازی کاربردی، رابط کاربری مدیریت Edge گزینه‌های بیشتری برای ایجاد و مدیریت کلیدهای میانای برنامه‌سازی کاربردی و رمزها (اطلاعات اعتباری)، لغو برنامه‌های توسعه‌دهنده، و غیرفعال کردن توسعه‌دهندگان ارائه می‌دهد. این بهبودها به شما امکان می‌دهند استراتژی‌هایی مانند چرخش کلید API را راحت‌تر پیاده‌سازی کنید و با باطل کردن برنامه توسعه‌دهنده (همه کلیدهای آن غیرفعال می‌شوند) یا غیرفعال کردن توسعه‌دهنده (همه برنامه‌ها و کلیدهای توسعه‌دهنده غیرفعال می‌شوند)، چندین کلید API را غیرفعال کنید.

در بخش منسوخ شدن، ویژگی «محدودیت‌های درآمدزایی» بازنشسته شد.

بقیه این موضوع حاوی جزئیات مربوط به همه ویژگی‌های جدید، به‌روزرسانی‌ها، و رفع اشکالات موجود در نسخه پخش است.

منسوخ شدن و بازنشستگی

ویژگی‌های زیر در این نسخه منسوخ یا بازنشسته شده‌اند. برای اطلاعات بیشتر، خط‌مشی منسوخ شدن Edge را ببینید.

بازنشسته: محدودیت‌های درآمدزایی (Cloud 16.10.26 UI)

ویژگی «محدودیت‌های درآمدزایی» از رابط کاربری مدیریت (سرپرست > محدودیت‌ها) برداشته شده است. برای جزئیات بیشتر، ازجمله اینکه به‌جای آن از چه چیزی استفاده کنید، به اعلان منسوخ شدن مراجعه کنید: http://docs.apigee.com/monetization/content/limit-feature-deprecation-notice. (DEVRT-3259)

پشتیبانی از نسخه ۶.۵ RedHat/CentOS برداشته شد

اگر درحال‌حاضر از نسخه ۶.۵ RedHat/CentOS استفاده می‌کنید، باید سیستم‌عامل خود را قبل‌از به‌روزرسانی به Edge 4.17.01 به نسخه ۶.۶ یا جدیدتر به‌روزرسانی کنید.

ویژگی‌های جدید و به‌روزرسانی‌ها

در این نسخه پخش، ویژگی‌های جدید و موارد بهبودیافته زیر ارائه شده است. علاوه‌بر بهبودهای زیر، این نسخهٔ پخش شامل چندین بهبود در کارایی، عملکرد، امنیت، و پایداری نیز می‌شود.

برای جزئیات و دستورالعمل‌های بیشتر، به اسناد Edge for Private Cloud مراجعه کنید.

فضای ابری خصوصی

وقتی کاربر برای اولین‌بار به «میانای کاربر Edge» دسترسی پیدا می‌کند، می‌توانید برنمای موافقت را نمایش دهید. برنمای موافقت نوشتار با قالب HTML و دکمه‌ای را نمایش می‌دهد که کاربر برای رفتن به صفحه ورود به سیستم انتخاب می‌کند. برای اطلاعات بیشتر، فعال کردن برنمای موافقت را ببینید.

‫API BaaS از چندین مرکز داده پشتیبانی می‌کند

اکنون می‌توانید API BaaS را در چندین مرکز داده نصب کنید. برای اطلاعات بیشتر، نصب «مرکز داده چندگانه» برای API BaaS را ببینید.

پارامترهای پیکربندی نصب جدید API BaaS

دو پارامتر پیکربندی جدید به فایل پیکربندی «میانای برنامه‌سازی کاربردی BaaS» اضافه شده است:

  • BAAS_CASS_DC_LIST - نام‌های منطقه مراکز داده BaaS را مشخص می‌کند. برای یک مرکز داده واحد، مقدار یکسانی را برای BAAS_CASS_LOCALDC مشخص کنید.
  • BAAS_CLUSTER_SEEDS - گره‌های «پشته BaaS» را که برای تعریف کردن هسته‌های خوشه BaaS استفاده می‌شود مشخص می‌کند.

برای اطلاعات بیشتر، به‌روزرسانی Apigee Edge 4.16.09 به 4.17.01 را ببینید.

دیگر گزینه «استقرار» را با فرمان apigee-service برای API BaaS اجرا نمی‌کند

گزینه استقرار برای دستور apigee-service دیگر برای API BaaS Stack و Portal پشتیبانی نمی‌شود. درعوض، از گزینه‌های پیکربندی و بازراه‌اندازی استفاده می‌کنید. برای اطلاعات بیشتر، نصب API BaaS را ببینید.

ملزومات درگاه جدید برای API BaaS

اکنون همه گره‌های BaaS Stack باید درگاه ۲۵۵۱ را برای دسترسی از همه گره‌های Stack دیگر باز کنند. اگر چندین «مرکز داده BaaS» دارید، درگاه باید از همه گره‌های «پشته» در همه «مرکزهای داده» قابل‌دسترس باشد.

برای اطلاعات بیشتر، نصب API BaaS و الزامات نصب را ببینید.

درگاه «خدمات توسعه‌دهنده» اکنون از Postgres به‌عنوان پایگاه داده و از Nginx به‌عنوان سرور وب استفاده می‌کند

برای همه نصب‌های جدید، درگاه به‌جای MySQL و MariaDB از Postgres به‌عنوان پایگاه داده خود استفاده می‌کند. مشتریانی که از نسخه قبلی به نسخه ۴.۱۷.۰۱ ارتقا می‌دهند همچنان از MySQL یا MariaDB استفاده می‌کنند.

نصب‌های جدید برای نسخه 4.17.01 نیز Nginx را به‌عنوان سرور وب نصب می‌کنند. مشتریانی که از نسخه قبلی به نسخه ۴.۱۷.۰۱ ارتقا می‌دهند همچنان از Apache استفاده می‌کنند.

پرتال «خدمات توسعه‌دهندگان» دیگر به‌طور پیش‌فرض «اسناد هوشمند» را فعال نمی‌کند

باید SmartDocs را در درگاه فعال کنید. برای کسب اطلاعات بیشتر درباره SmartDocs، به استفاده از SmartDocs برای مستندسازی میاناهای برنامه‌سازی کاربردی مراجعه کنید.

اکنون پرتال «خدمات توسعه‌دهندگان» از RPM نصب می‌شود

نسخه 4.17.01 درگاه «خدمات توسعه‌دهندگان» ازطریق RPM بااستفاده از همان مخزن و ابزارهای Edge و API BaaS نصب می‌شود. برای اطلاعات بیشتر، نصب درگاه «خدمات توسعه‌دهنده» را ببینید.

نصب مبتنی بر RPM و به‌روزرسان مبتنی بر tar .از اجزای مختلفی استفاده می‌کنند:

نصب براساس «درآمد به‌ازای هر هزار بازدید»

نصب مبتنی بر tar

سرور وب

Nginx

Apache

ریشه وب

/opt/apigee/apigee-drupal

/var/www/html

درگاه

8079

80

پایگاه داده

PostgreSQL

MySQL

PHP

php-fpm (FastCGI)

mod_php (درون‌پردازشی با Apache)

‫Qpid به نسخه ۱.۳۵ ارتقا یافت

این نسخه شامل Qpid نسخه ۱.۳۵ است.

‫Cassandra به نسخه ۲.۱.۱۶ ارتقا یافت

این نسخه پخش شامل Cassandra نسخه ۲.۱.۱۶ است.

‫Play به نسخه ۲.۴ ارتقا یافت

این نسخهٔ پخش شامل چارچوب میانای کاربری Play 2.4 است.

پشتیبانی از RedHat/CentOS نسخه ۷.۳ اضافه شد

‫Edge اکنون از RedHat/CentOS نسخه ۷.۳ پشتیبانی می‌کند.

به‌روزرسانی‌های «داشبورد نظارت نسخه بتا»

نسخه بتای «داشبورد پایش لبه» به این موارد به‌روزرسانی شده است:

  • داشبوردهای جدیدی برای Cassandra،‏ Zookeeper،‏ OpenLDAP،‏ Postgres، و Qpid اضافه شده است.
  • نسخه Influx در 4.16.09 از 0.11 به 1.0.2 ارتقا یافت.
  • تعدادی اصلاحات پایداری اضافه شد.

برای اطلاعات بیشتر، نمای کلی نسخه بتای داشبورد پایش Apigee را ببینید.

اکنون می‌توانید گذرواژه Postgres را در فایل پیکربندی نصب تنظیم کنید

از دارایی PG_PWD برای تنظیم گذرواژه Postgres در فایل پیکربندی نصب استفاده کنید. برای اطلاعات بیشتر، مرجع فایل پیکربندی Edge را ببینید.

فعال کردن مخزن EPEL

برای نصب یا به‌روزرسانی Edge، باید بسته‌های اضافی برای Enterprise Linux (یا EPEL) را فعال کنید. برای اطلاعات بیشتر، الزامات نصب را ببینید.

فرمانی که استفاده می‌کنید به نسخه RedHat/CentOS شما بستگی دارد:

  • برای RedHat/CentOS 7.x:
    > wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm
  • برای RedHat/CentOS 6.x:
    wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm

غیرفعال کردن جستجوی ساناد در IPv6 هنگام استفاده از NSCD (خدمات نام حافظه نهان)

اگر NSCD (خدمات نام حافظه نهان) را نصب و فعال کرده باشید، «پردازشگرهای پیام» دو جستجوی ساناد انجام می‌دهد: یکی برای IPv4 و دیگری برای IPv6. هنگام استفاده از NSCD، باید جستجوی ساناد را در IPv6 غیرفعال کنید. برای اطلاعات بیشتر، به الزامات نصب مراجعه کنید.

برای غیرفعال کردن جستجوی ساناد در IPv6:

  1. در هر گره «پردازشگر پیام»، /etc/nscd.conf را ویرایش کنید.
  2. خصوصیت زیر را تنظیم کنید:
    enable-cache hosts no

سرویس‌های API

جریان‌های مشترک و قلاب‌های جریان برای عملیاتی کردن پراکسی‌های API (Cloud 16.09.21)

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

«جریان‌های مشترک» را در واسط کاربر مدیریت (واسط‌های برنامه‌سازی کاربردی > جریان‌های مشترک) تعریف می‌کنید، سپس به دو روش مختلف به آن‌ها ارجاع می‌دهید:

  • با خط‌مشی جدید «پیام‌واره جاری‌سازی» در پراکسی API
    یا
  • در یک آرتیفکت جدید به‌نام «قلاب‌های جریان»، که در مکان‌های زیر قرار دارند:

    این نقاط پیوست به شما امکان می‌دهند منطق عملیاتی را قبل یا بعداز نقاط جریان اصلی کارگزار فردی اجرا کنید. جریان‌های مشترک را در این مکان‌های «قلاب جریان» در واسط کاربر مدیریت (APIs > پیکربندی محیط > قلاب‌های جریان) اختصاص می‌دهید.

    • درخواست: قبل‌از ProxyEndpoint PreFlow، بعداز TargetEndpoint PostFlow
    • پاسخ: قبل‌از «جریان پیش‌از TargetEndpoint»، بعداز «جریان پس‌از ProxyEndpoint»

برای اطلاعات بیشتر، جریان‌های مشترک قابل‌استفاده مجدد و پیوست کردن جریان مشترک بااستفاده از قلاب جریان را ببینید.

نقشه‌های مقدار کلید رمزگذاری‌شده (Cloud 2021/09/16)

می‌توانید نقشه‌های مقدار کلید رمزگذاری‌شده (KVM) برای ذخیره اطلاعات حساس مثل اطلاعات اعتباری یا داده‌های PII/HIPAA ایجاد کنید. این ویژگی با فروشگاه امن Edge (گاوصندوق) متفاوت است و برای جایگزینی آن طراحی شده است، زیرا مقادیر گاوصندوق فقط با Node.js (علاوه‌بر API مدیریت) قابل دسترسی است. می‌توانید با Node.js یا خط‌مشی «عملیات نقشه مقدار کلید» به مقادیر KVM رمزگذاری‌شده دسترسی داشته باشید.

درحال ایجاد KVM رمزگذاری‌شده

  • از میاناهای برنامه‌سازی کاربردی مدیریت KVM موجود استفاده کنید. وقتی “encrypted”: “true” را در تعریف بار مفید هنگام ایجاد KVM اضافه می‌کنید، Edge کلید رمزگذاری‌ای تولید می‌کند که همان محدوده KVM را دارد و KVM را بااستفاده از آن کلید رمزگذاری می‌کند.
  • نمی‌توانید از خط‌مشی «عملیات نقشه مقدار کلید» برای ایجاد KVM رمزگذاری‌شده استفاده کنید. قبل‌از استفاده از KVM در خط‌مشی، باید بااستفاده از KVM management APIs یک KVM رمزگذاری‌شده ایجاد کنید.
  • نمی‌توانید KVM رمزگذاری‌نشده موجود را رمزگذاری کنید.

استفاده از KVM رمزگذاری‌شده

  • از خط‌مشی «عملیات نقشه مقدار کلید» برای دریافت و به‌روزرسانی مقادیر KVM رمزگذاری‌شده استفاده کنید.
  • هنگام دریافت مقدار کلید رمزگذاری‌شده، متغیر را پیش‌وند کنید تا مقدار را با کلیدواژه «خصوصی» نگه دارد. برای مثال: <Get assignTo="private.secretVar">. آن متغیر private.secretVar مقدار رمزگشایی‌شده را نگه می‌دارد.
  • هنگام به‌روزرسانی مقدار با خط‌مشی، نیازی نیست کار خاصی انجام دهید. مقدار به‌طور خودکار در KVM رمزگذاری‌شده رمزگذاری خواهد شد.
  • همچنین می‌توانید بااستفاده از واحد apigee-access در کد Node.js به مقدار رمزگشایی‌شده دسترسی داشته باشید. از تابع getKeyValueMap() برای بازیابی KVM براساس نام و محدوده استفاده کنید. دو تابع در شیء برگشتی دردسترس است: getKeys(callback) برای دریافت آرایه‌ای از نام‌های کلید و get(key, callback) برای دریافت مقدار یک کلید خاص. برای مثال، دستور زیر یک KVM با محدوده apiproxy به‌نام VerySecureKVM دریافت می‌کند و مقدار رمزگذاری‌شده key1 را بازیابی می‌کند:
    var apigee = require('apigee-access');
      var encryptedKVM = apigee.getKeyValueMap('VerySecureKVM', 'apiproxy');
      encryptedKVM.get('key1', function(err, secretValue) {
      // use the secret value here
    });

برای اطلاعات بیشتر، کار با نقشه‌های مقدار کلید و دسترسی به نقشه‌های مقدار کلید در Node.js را ببینید.

(APIRT-1197)

ایجاد نقشه‌های مقدار کلید رمزگذاری‌شده در میانا (میانا ۱۶.۱۰.۲۶)

هنگام ایجاد نقشه مقدار کلید (KVM) با حوزه محیط در واسط کاربر مدیریت (واسط‌های برنامه‌سازی کاربردی > پیکربندی محیط > نقشه‌های مقدار کلید)، ربع‌جدید رمزگذاری‌شده به شما امکان می‌دهد KVM رمزگذاری‌شده ایجاد کنید. پس‌از افزودن کلیدها به KVM، مقادیر رمزگذاری‌شده در واسط کاربر مدیریت به‌صورت ستاره (*****) نشان داده می‌شود. کلیدها/مقادیر را دقیقاً به همان روشی که برای KVMهای رمزگذاری‌نشده اضافه می‌کنید، به KVM رمزگذاری‌شده اضافه می‌کنید. پشتیبانی کامل زیرینه برای KVM رمزگذاری‌شده در نسخه پخش ابری ۱۶۰۹۲۱ دردسترس بود. (EDGEUI-764)

نشانی‌های وب مشخصات OpenAPI در فراداده میانای برنامه‌سازی کاربردی گنجانده شده است (Cloud 16.09.21)

وقتی براساس «مشخصات OpenAPI» یک پراکسی API ایجاد می‌کنید، مکان «مشخصات OpenAPI» در فراداده پراکسی API ذخیره می‌شود. برای مثال، اگر از «میانای برنامه‌سازی کاربردی مدیریت» برای دریافت جزئیات نسخه بازبینی پراکسی استفاده کنید، فراداده شامل مسیر «مشخصات OpenAPI» در قالب زیر است:

"spec" : "https://raw.githubusercontent.com/apigee/api-platform-samples/master/default-proxies/helloworld/openapi/mocktarget.yaml"

این بهبود از نسخه نسل بعدی Edge پشتیبانی می‌کند که «مشخصات OpenAPI» را به کارگزاران میانای برنامه‌سازی کاربردی، محصولات میانای برنامه‌سازی کاربردی، و اسناد مرجع میانای برنامه‌سازی کاربردی در درگاه توسعه‌دهنده جدید پیوند می‌دهد. (MGMT-2913)

تولید مشخصات OpenAPI برای پراکسی‌های SOAP (Cloud 16.10.05 UI)

وقتی براساس WSDL یک پراکسی «REST به SOAP به REST» ایجاد می‌کنید، Edge به‌طور خودکار یک «مشخصات میزبانی‌شده OpenAPI» براساس منابع پراکسی تولید می‌کند. در http(s)://[edge_domain]/[proxy_base_path]/openapi.json می‌توانید به مشخصات دسترسی پیدا کنید. بااین‌حال، تبدیل همیشه دقیق نیست، زیرا همه قوانین طرحواره XML را نمی‌توان در «مشخصات OpenAPI» نشان داد. (EDGEUI-718)

‫WSDL میزبانی‌شده در لبه برای پراکسی‌های SOAP عبوری (Cloud 16.10.05 UI)

وقتی براساس WSDL یک پراکسی «گذربار SOAP» ایجاد می‌کنید، Edge میزبان WSDL است و جریانی در پراکسی ایجاد می‌کند تا به شما امکان دسترسی به آن را بدهد. می‌توانید در http(s)://[edge_domain]/[proxy_base_path]?wsdl به WSDL میزبانی‌شده دسترسی داشته باشید، که نشانی وب نقطه پایانی سرویس جدید برای مشتریانی است که ازطریق پراکسی با سرویس SOAP تماس می‌گیرند. (EDGEUI-718)

‫WSDL قیمت سهام نمونه جدید در دستیار پراکسی API (Cloud 16.08.24.01)

هنگام ایجاد یک API سرویس SOAP با جادوگر پراکسی API، یک WSDL قیمت سهام جایگزین در نمونه‌های زیر دردسترس است: https://ws.cdyne.com/delayedstockquote/delayedstockquote.asmx?WSDL. (EDGEUI-655)

سرویس‌های توسعه‌دهندگان

عملکرد خوب مدیریت برنامه توسعه‌دهنده در واسط کاربر (واسط کاربر Cloud 16.10.05)

مدیریت برنامه توسعه‌دهنده در «واسط کاربری Edge» با تعدادی از بهبودها قدرتمندتر شده است:

  • می‌توانید برنامه‌ها را در فیلد جدید «وضعیت برنامه» (در حالت ویرایش) لغو و تأیید کنید. در حالت مشاهده، این فیلد وضعیت فعلی برنامه را نیز نمایش می‌دهد. اگر برنامه‌ای لغو شود، هیچ‌یک از کلیدهای API آن برای فراخوانی‌های API معتبر نیستند. خود کلیدها باطل نمی‌شوند و اگر توسعه‌دهنده دوباره تأیید شود، دوباره برای استفاده دردسترس قرار می‌گیرند. برچسب «تأییدشده» برای کلیدهای API در متن خط‌خورده نمایش داده می‌شود درحالی‌که برنامه در وضعیت باطل‌شده است.
  • تاریخ‌های انقضای کلید API اکنون در صفحه «جزئیات برنامه توسعه‌دهنده» نشان داده می‌شود و کلیدها در بخش «اطلاعات اعتباری» براساس تاریخ انقضا سازمان‌دهی می‌شوند. برای مثال، کلیدی که انقضا ندارد در یک گروه با محصولات API مرتبط آن نشان داده می‌شود، و کلیدی که ۹۰ روز دیگر منقضی می‌شود در گروه دیگری با محصولات مرتبط آن نشان داده می‌شود. نمی‌توانید انقضای اطلاعات اعتباری موجود را تغییر دهید.
  • با دکمه جدید «افزودن اعتبارنامه» در حالت ویرایش «برنامه توسعه‌دهنده»، می‌توانید کلیدهای API را با زمان‌ها یا تاریخ‌های انقضای مشخص (یا بدون انقضا) تولید کنید. هم‌زمان با (یا پس‌از) ایجاد کردن اطلاعات اعتباری، می‌توانید محصولات API را به آن اضافه کنید.
    این عملکرد جایگزین دکمه «تولید مجدد کلید» در صفحه «جزئیات برنامه توسعه‌دهنده» می‌شود. آن دکمه برداشته شده است.

این بهبودها ویژگی‌هایی را به واسط کاربر اضافه می‌کنند که قبلاً در «میانای برنامه کاربردی مدیریت» دردسترس بودند. (EDGEUI-104)

فعال/غیرفعال کردن توسعه‌دهنده برنامه در میانای کاربر (میانای کاربر Cloud 16.10.05)

می‌توانید وضعیت توسعه‌دهنده برنامه را در «واسط کاربر Edge» بین فعال و غیرفعال تغییر دهید (صفحه «جزئیات توسعه‌دهنده»، حالت ویرایش، دکمه «فعال کردن/غیرفعال کردن»). وقتی توسعه‌دهنده‌ای غیرفعال باشد، هیچ‌یک از کلیدهای میانای برنامه‌سازی کاربردی برنامه توسعه‌دهنده یا کدهای OAuth تولیدشده با آن کلیدها در تماس‌ها با پراکسی‌های API معتبر نیستند. (EDGEUI-304)

نشانگرهای توسعه‌دهنده غیرفعال در میانای کاربری (میانای کاربری ۲۶.۱۰.۱۶)

وقتی توسعه‌دهنده برنامه روی «غیرفعال» تنظیم می‌شود، برنامه‌ها و اطلاعات اعتباری توسعه‌دهنده دیگر معتبر نیستند، حتی اگر در وضعیت «تأییدشده» باقی بمانند. اکنون هنگام مشاهده برنامه‌ها و اطلاعات اعتباری توسعه‌دهنده غیرفعال در میانای کاربر مدیریت، برچسب وضعیت «تأییدشده» در برنامه‌ها و اطلاعات اعتباری به‌صورت نوشتار خط‌خورده نمایش داده می‌شود و ابزارک شناور روی برچسب نشان می‌دهد که توسعه‌دهنده غیرفعال است. اگر توسعه‌دهنده به وضعیت «فعال» بازگردانده شود، برنامه‌های تأییدشده و اطلاعات اعتباری او دوباره معتبر می‌شوند و متن خط‌خورده روی برچسب «تأییدشده» برداشته می‌شود. (EDGEUI-728)

خدمات Analytics

داشبورد «تجزیه‌وتحلیل کد خطا» تغییر نام داد (UI‏ ۲۶.۱۰.۱۶)

نام داشبورد «تجزیه‌وتحلیل خطا» به «تجزیه‌وتحلیل کد خطا» تغییر کرده است. داشبورد شامل فراخوانی‌های API با کدهای وضعیت HTTP از نوع 4xx و 5xx است. (EDGEUI-738)

داده‌های TPS در داشبوردهای پراکسی (واسط کاربر ۲۶.۱۰.۱۶)

داده‌های مربوط به میانگین تراکنش در ثانیه («میانگین TPS») به داشبورد اصلی «ترافیک پراکسی» اضافه شده است. علاوه‌براین، وقتی روی نقاط داده منفرد در نمودارهای «ترافیک پراکسی» و «عملکرد پراکسی» نگه‌می‌دارید، TPS برای آن بازه زمانی در نکته‌ابزار نمایش داده می‌شود. (EDGEUI-668)

نمایش خطای Analytics (واسط کاربر ۲۶.۱۰.۱۶)

وقتی داشبورد تجزیه‌وتحلیل خطای ۵۰۰ دریافت می‌کرد، میانای کاربر مدیریت بدون توجه به خطا، «گزارش مهلت زمانی تمام شد» را نمایش می‌داد. برای ارائه قابلیت‌های عیب‌یابی بهتر، رابط کاربری اکنون خطای واقعی را نمایش می‌دهد. (EDGEUI-753)

اشکالات رفع شد

اشکالات زیر در این نسخه پخش برطرف شده است. این فهرست عمدتاً برای کاربرانی است که می‌خواهند ببینند آیا درخواست‌های پشتیبانی‌شان برطرف شده است یا نه. این ویژگی برای ارائه اطلاعات دقیق به همه کاربران طراحی نشده است.

‫Edge for Private Cloud 4.17.01

شناسه مشکل شرح
APIBAAS-1990 وقتی smtp.auth روی false تنظیم شده باشد، «پشته API BaaS» دیگر سعی نمی‌کند در SMTP اصالت‌سنجی کند
APIRT-3032

اکنون اجرای فرمان «apigee-service baas-usergrid restart» نیز «configure» را اجرا می‌کند

دیگر لازم نیست «apigee-service baas-usergrid configure» را اجرا کنید و سپس «apigee-service baas-usergrid restart» را برای پشته BaaS اجرا کنید.

APIRT-3032

اگر نام میزبان نشانی IP است، جستجوی ساناد انجام ندهید.

DOS-4070

اکنون «apigee-all -version» نسخه RPMهای edge-mint-* را نشان می‌دهد

DOS-4359

گزینه «pdb» برای نصب فقط پایگاه داده Postgres اضافه شد.

فقط هنگام نصب درگاه «خدمات توسعه‌دهنده» استفاده می‌شود. بخش نصب درگاه «سرویس‌های توسعه‌دهنده» را ببینید.

Cloud 16.10.26 (UI)

شناسه مشکل شرح
EDGEUI-768 ایجاد پراکسی با StockQuote WSDL با خطا مواجه می‌شود

Cloud 16.09.21_9

شناسه مشکل شرح
MGMT-3674 عدم امکان ایجاد KVM رمزگذاری‌شده یا Vaults برای سازمان‌های دارای HIPAA
MGMT-3647 دسترسی نقش کاربر برای کاربران دارای ایمیل حروف بزرگ خطای ۴۰۳ می‌دهد

Cloud 16.09.21

شناسه مشکل شرح
APIRT-3507 خطاهای متناوب (مثل خطاهای SNI) در خدمات جاوا اسکریپت نوشته‌های راهنما
APIRT-3408 نسخه MP 160817 واحد تجزیه‌وتحلیل apigee-access پیام‌ها را به‌صورت متفاوتی پردازش می‌کند
APIRT-3390

تغییر در پاسخ خطا که توسط خط‌مشی کد دسترسی بازگردانده شده است

APIRT-3389
APIRT-3381 تأخیرهای زیاد در پراکسی‌های تولید مشتری
APIRT-3366 خط‌مشی‌های جاوا اسکریپت در همه سازمان‌های جدید «آزمایشی» ناموفق است
APIRT-3363 تجزیه نشانی وب نامعتبر وضعیت ۵۰۰ را با ApplicationNotFound برمی‌گرداند
APIRT-3356 پیام کد نامعتبر OAuth
APIRT-3355 خطای متناوب ۴۰۳ در پراکسی OAuth
APIRT-3285
APIRT-3261 اطلاعات اعتباری دربرابر برنامه توسعه‌دهنده دیگری در مرحله تولید اعتبارسنجی می‌شود
APIRT-3234 برنامه Node.js خطای NPE برمی‌گرداند
APIRT-3223 مشکل حافظه نهان قدیمی Apigee
APIRT-3193 سرور هدف Node.js پس‌از انتقال به ASG معلقه می‌شود
APIRT-3152 مدیریت cachedlogs باعث می‌شود پیام‌های گزارش تماس شکسته شود
APIRT-3117 ‫MP به ۱۰۰٪ استفاده از CPU رسید و ارائه ترافیک را متوقف کرد
APIRT-3064 رهیاب - پیام خطای ۵۰۳ سفارشی از رهیاب
APIRT-2620 استخر رشته جداگانه برای برخی‌از مراحل مسدودکننده به‌منظور بهبود مدیریت بار
CORESERV-774 دسترسی بااستفاده از کلید معتبر با مرجع نامعتبر محصول API باعث خطای سرور داخلی می‌شود

Cloud 16.10.05 (UI)

شناسه مشکل شرح
EDGEUI-697 دکمه صادر کردن صفحه «گزارش‌ها»
دکمه «صادر کردن» از صفحه اصلی «گزارش‌های سفارشی» برداشته شده است. صادر کردن گزارش در هر صفحه گزارش سفارشی دردسترس است.

Cloud 16.08.24.01

شناسه مشکل شرح
EDGEUI-663 پراکسی تولیدشده برای درگاه WeatherHttpGet در Weather.wsdl در زمان اجرا با خطای ۵۰۰ ناموفق است
هنگام تولید پراکسی API برای سرویس SOAP، درگاه‌های WSDL بدون اتصال پروتکل SOAP دیگر در دستیار پراکسی API قابل‌مشاهده نیستند. این ویژگی به‌دلیل طراحی آن است، زیرا دستیار فقط درخواست‌های SOAP را تولید می‌کند.
EDGEUI-658 مشکل نام عملیات عبوردهی SOAP WSDL
EDGEUI-653 خطا در ایجاد «پراکسی API» در node.js وقتی گزینه «فعال کردن Cors» انتخاب شده است
EDGEUI-648 تماس‌هایی که از «میانای کاربر» برقرار می‌شوند و بین ۲ تا ۳ دقیقه طول می‌کشند، زمان‌شان به‌پایان می‌رسد
EDGEUI-623 دکمه «تغییر تاریخ» در سابقه سازمان در Firefox کار نمی‌کند