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

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

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

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

• Cloud: 16.08.24.01 (UI) , 16.10.05 (UI) , 16.09.21 , 16.09.21_9 , 16.10.26 (UI)

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

مرور کلی انتشار

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

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

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

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

در بخش منسوخ شدن، ویژگی محدودیت‌های کسب درآمد (Monetization Limits) کنار گذاشته شد.

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

استهلاک و بازنشستگی

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

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

ویژگی محدودیت‌های کسب درآمد از رابط کاربری مدیریت ( Admin > Limits ) حذف شده است. برای جزئیات بیشتر، از جمله آنچه که باید به جای آن استفاده شود، به اطلاعیه منسوخ شدن مراجعه کنید: 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 نمایش دهید

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

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

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

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

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

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

برای اطلاعات بیشتر به به‌روزرسانی Apigee Edge از نسخه ۴.۱۶.۰۹ به ۴.۱۷.۰۱ مراجعه کنید.

دیگر گزینه "deploy" با دستور apigee-service برای API BaaS اجرا نمی‌شود

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

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

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

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

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

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

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

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

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

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

نسخه ۴.۱۷.۰۱ پورتال خدمات توسعه‌دهندگان از طریق RPMها و با استفاده از همان مخزن و ابزارهای Edge و API BaaS نصب می‌شود. برای اطلاعات بیشتر به نصب پورتال خدمات توسعه‌دهندگان مراجعه کنید.

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

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

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

کاساندرا به نسخه ۲.۱.۱۶ ارتقا یافت

این نسخه شامل کاساندرا نسخه ۲.۱.۱۶ است.

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

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

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

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

به‌روزرسانی‌های داشبورد مانیتورینگ بتا

نسخه بتای داشبورد مانیتورینگ Edge به موارد زیر به‌روزرسانی شده است:

• داشبوردهای جدیدی برای Cassandra، Zookeeper، OpenLDAP، Postgres و Qpid اضافه کنید.
• نسخه Influx در نسخه ۴.۱۶.۰۹ از ۰.۱۱ به ۱.۰.۲ ارتقا یافت.
• تعدادی رفع مشکل پایداری اضافه شد.

برای اطلاعات بیشتر به بررسی اجمالی بتای داشبورد مانیتورینگ Apigee مراجعه کنید.

اکنون می‌توانید رمز عبور Postgres را در فایل پیکربندی نصب تنظیم کنید

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

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

برای نصب یا به‌روزرسانی Edge باید Extra Packages for Enterprise Linux (یا EPEL) را فعال کنید. برای اطلاعات بیشتر به بخش الزامات نصب مراجعه کنید.

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

• برای RedHat/CentOS 7.x:
  دستور wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.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; دور در دقیقه -ivh epel-release-latest-6.noarch.rpm

غیرفعال کردن جستجوی DNS در IPv6 هنگام استفاده از NSCD (Name Service Cache Daemon)

اگر NSCD (Name Service Cache Daemon) را نصب و فعال کرده باشید، پردازشگرهای پیام دو جستجوی DNS انجام می‌دهند: یکی برای IPv4 و دیگری برای IPv6. هنگام استفاده از NSCD باید جستجوی DNS را روی IPv6 غیرفعال کنید. برای اطلاعات بیشتر به الزامات نصب مراجعه کنید.

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

1. در هر گره پردازشگر پیام، فایل /etc/nscd.conf را ویرایش کنید.
2. ویژگی زیر را تنظیم کنید:
   میزبان‌های enable-cache شماره

خدمات API

جریان‌های مشترک و قلاب‌های جریان برای عملیاتی کردن پروکسی‌های API (ابر ۱۶.۰۹.۲۱)

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

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

• با یک سیاست جدید فراخوانی جریان در یک پروکسی API
  یا

• روی یک مصنوع جدید به نام Flow Hooks که در مکان‌های زیر قرار دارند:

  این نقاط اتصال به شما امکان می‌دهند منطق عملیاتی را قبل یا بعد از نقاط جریان اصلی پروکسی منفرد اجرا کنید. شما می‌توانید جریان‌های مشترک را به این مکان‌های Flow Hook در رابط کاربری مدیریت ( APIs > Environment Configuration > Flow Hooks ) اختصاص دهید.

  • درخواست : قبل از جریان اولیه ProxyEndpoint، بعد از جریان نهایی TargetEndpoint
  • پاسخ : قبل از PreFlow مربوط به TargetEndpoint، بعد از PostFlow مربوط به ProxyEndpoint

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

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

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

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

• از APIهای مدیریت KVM موجود استفاده کنید. وقتی هنگام ایجاد KVM “encrypted”: “true” را در تعریف payload وارد می‌کنید، Edge یک کلید رمزگذاری تولید می‌کند که دامنه آن مشابه KVM است و KVM را با استفاده از آن کلید رمزگذاری می‌کند.
• شما نمی‌توانید از سیاست عملیات نقشه کلید مقدار برای ایجاد یک KVM رمزگذاری شده استفاده کنید. قبل از استفاده از آن در سیاست، باید یک KVM رمزگذاری شده با استفاده از APIهای مدیریت KVM ایجاد کنید.
• شما نمی‌توانید یک KVM رمزگذاری نشده‌ی موجود را رمزگذاری کنید.

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

• برای دریافت و به‌روزرسانی مقادیر رمزگذاری‌شده‌ی KVM، از سیاست عملیات نقشه‌ی مقادیر کلیدی (Key Value Map Operations) استفاده کنید.
• هنگام دریافت مقدار کلید رمزگذاری شده، متغیری که مقدار را در خود نگه می‌دارد، پیشوند کلمه کلیدی "private" را قرار دهید. برای مثال: <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) در محدوده محیط در رابط کاربری مدیریت ( APIs > Environment Configuration > Key Value Maps )، یک کادر انتخاب جدید Encrypted به شما امکان می‌دهد یک KVM رمزگذاری شده ایجاد کنید. پس از اضافه کردن کلیدها به KVM، مقادیر رمزگذاری شده در رابط کاربری مدیریت به صورت ستاره (*****) ظاهر می‌شوند. شما کلیدها/مقادیر را دقیقاً مانند KVMهای رمزگذاری نشده به یک KVM رمزگذاری شده اضافه می‌کنید. پشتیبانی کامل از KVMهای رمزگذاری شده در نسخه ابری 160921 (EDGEUI-764) موجود بود.

URL های مشخصات OpenAPI در ابرداده پروکسی API گنجانده شده است (Cloud 16.09.21)

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

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

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

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

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

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

وقتی یک پروکسی "Pass-Through SOAP" بر اساس WSDL ایجاد می‌کنید، Edge میزبان WSDL است و جریانی را در پروکسی ایجاد می‌کند تا به شما امکان دسترسی به آن را بدهد. می‌توانید به WSDL میزبانی شده در http(s)://[edge_domain]/[proxy_base_path]?wsdl دسترسی پیدا کنید، که URL نقطه پایانی سرویس جدید برای کلاینت‌هایی است که سرویس SOAP را از طریق پروکسی فراخوانی می‌کنند. (EDGEUI-718)

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

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

خدمات توسعه‌دهندگان

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

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

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

این پیشرفت‌ها ویژگی‌هایی را به رابط کاربری اضافه می‌کنند که از قبل در API مدیریت موجود بودند. (EDGEUI-104)

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

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

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

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

خدمات تحلیلی

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

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

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

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

نمایش خطای آنالیتیکس (رابط کاربری ۱۶.۱۰.۲۶)

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

اشکالات برطرف شد

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

لبه برای ابر خصوصی ۴.۱۷.۰۱

فضای ابری ۱۶.۱۰.۲۶ (رابط کاربری)

ابر ۱۶.۰۹.۲۱_۹

ابر ۱۶.۰۹.۲۱

فضای ابری ۱۶.۱۰.۰۵ (رابط کاربری)

ابر ۱۶.۰۸.۲۴.۰۱