شما در حال مشاهده اسناد Apigee Edge هستید.
به مستندات Apigee X بروید . اطلاعات
در روز سه شنبه، 17 فوریه 2015، نسخه ابری جدیدی از Apigee Edge را منتشر کردیم.
ویژگی ها و پیشرفت های جدید
در ادامه ویژگی ها و پیشرفت های جدید در این نسخه آورده شده است.
پیشرفت های تجزیه و تحلیل
این نسخه شامل پیشرفت‌های زیادی در قابلیت استفاده و عملکرد داشبوردها و گزارش‌های تحلیل Edge است.
- نمودارهای عملکرد برای API ها، توسعه دهندگان، محصولات و برنامه های برنامه نویس منتقل شده اند. آنها قبلاً در پایین صفحات اصلی برای این نهادها نشان داده می شدند. اکنون با انتخاب تب Analytics در بالای هر صفحه به نمودارها دسترسی دارید.
- این نسخه شامل کارهای عمده روی این داشبوردهای موجود یا جدید است:
- داشبورد Apigee (بازبینی شده): شامل سه نمودار متریک است: ترافیک پروکسی، تعامل توسعه‌دهنده، و برنامه‌های توسعه‌دهنده. هر نمودار نمای "جزئیات بیشتر" را ارائه می دهد که به شما امکان می دهد هر متریک را بررسی کنید. به داشبورد Apigee مراجعه کنید.
- عملکرد پروکسی (جدید): الگوهای ترافیک پروکسی API و زمان پردازش را نشان می دهد. جایگزین داشبورد عملکرد پروکسی API می شود. به عملکرد پروکسی API مراجعه کنید.
- ترکیب ترافیک (بازبینی شده): ظاهر و احساس و محتویات داشبورد کاملاً اصلاح شده است. سهم نسبی API ها، برنامه ها، توسعه دهندگان و محصولات برتر شما را در برنامه کلی API شما اندازه گیری می کند. به ترکیب ترافیک مراجعه کنید.
- تجزیه و تحلیل خطا (بازبینی شده): ظاهر و احساس و محتوا کاملاً تجدید نظر شده است. نرخ خطا را برای پراکسی ها و اهداف API نشان می دهد. به داشبورد تحلیل کد خطا مراجعه کنید.
- این داشبوردهای موجود تغییر نام داده اند:
- Endpoint Performance به Target Performance تغییر نام داد: الگوهای ترافیک و معیارهای عملکرد را برای اهداف باطن پروکسی API نشان می‌دهد. عملکرد هدف را ببینید.
- Partner Engagement به Developer Engagement تغییر نام داد: به شما نشان می دهد که کدام یک از توسعه دهندگان برنامه ثبت شده شما بیشترین ترافیک API را ایجاد می کنند. برای هر یک از توسعه دهندگان خود، می توانید دریابید که چه کسی بیشترین ترافیک API و بیشترین خطا را ایجاد می کند. به تعامل با برنامه نویس مراجعه کنید.
گزینه های فیلتر در رابط کاربری مدیریت
در صفحات پروکسی‌های API، محصولات، توسعه‌دهندگان و برنامه‌ها در رابط کاربری مدیریت، گزینه‌های فیلتر جدید برای جستجو در دسترس هستند.
ابزار ردیابی آفلاین
ابزار Offline Trace به شما امکان می دهد جلسات ردیابی را که قبلاً ذخیره شده اند مشاهده و تجزیه و تحلیل کنید. یک جلسه ردیابی ذخیره شده اساساً یک "ضبط" یک جلسه ردیابی است و می تواند برای مواردی که نیاز به عیب یابی و تجزیه و تحلیل بیشتر است مفید باشد. رابط کاربری ابزار Offline Trace مشابه ابزار Trace "live" است.
برای اطلاعات بیشتر، به استفاده از ابزار ردیابی آفلاین مراجعه کنید.
نقش های کاربر در تنظیمات کاربر نمایش داده می شود
اکنون در صفحه تنظیمات کاربر رابط کاربری مدیریت (نام کاربری > تنظیمات کاربر)، نقش‌های کاربر نمایش داده می‌شوند.
بهبود رابط کاربری مدیریت لبه
این نسخه شامل تعدادی بهبودهای کاربردی و سازگاری کوچک در رابط کاربری مدیریت Edge است.
اشکالات رفع شد
اشکالات زیر در این نسخه رفع شده است.
| شناسه شماره | توضیحات |
|---|---|
| APIRT-272 | تنظیم io.timeout.millis رعایت نمی شود تنظیمات io.timeout.millis در اتصال هدف HTTP یک پروکسی API اکنون برای نقاط پایانی هدف پویا مورد احترام قرار گرفته است. |
| APIRT-441 | پیام‌های خطای OAuth که به مشتری بازگردانده شده است تغییر کرده است در خط مشی OAuthV2، زمانی که continueOnError روی true تنظیم شده است، Edge اکنون متغیرهای جریان جدید زیر را پر می کند تا اطلاعات بیشتری در مورد خطاها ارائه دهد: oauthV2.policy-name.fault.name و oauthV2.policy-name.fault.cause |
| APIRT-641 | مکان XSD های به روز طرح‌واره‌های خط‌مشی‌های Edge در مخزن نمونه‌های Apigee GitHub به‌روزرسانی شده‌اند. ببینید: https://github.com/apigee/api-platform-samples/tree/master/schemas/policy . |
| APIRT-848 | استفاده از حافظه RES بالا از پردازنده های پیام |
| APIRT-970 | استفاده از هیپ بالا در پردازشگرهای پیام |
| APIRT-998 | خط مشی AccessControl با بیش از یک IP X-Forwarded-For ترافیک را مسدود نمی کند در خط مشی کنترل دسترسی، تنها اولین هدر X-Forwarded-For استفاده می شد. اکنون این خط‌مشی از تمام هدرهای X-Forwarded-For استفاده می‌کند، اگر بیش از یک سرصفحه وجود داشته باشد. |
| APIRT-1078 | پردازنده‌ها و مسیریاب‌های پیام گاهی اوقات در حین استقرار وارد حالت بیاتگی می‌شوند |
| APIRT-1098 | گزارش‌های MP نشان‌دهنده java.util.ConcurrentModificationException در حین اجرای جاوا اسکریپت در برخی از خط‌مشی‌های جاوا اسکریپت در حین اشکال‌زدایی/ردیابی، خطاهای سرویس در دسترس نبود. این مشکل رفع شده است. |
| APIRT-1099 | مشکل با GetOAuthV2Info - AuthorizationCode. پرتاب NPE خط‌مشی GetOAuthV2Info هنگام تلاش برای واکشی «AuthorizationCode» استثناهای نشانگر تهی را ایجاد می‌کرد. این مشکل رفع شده است. این خط مشی اکنون از بازیابی اطلاعات AuthorizationCode پشتیبانی می کند. |
| AXAPP-572 | کشویی در صفحه داشبورد بعد از انتخاب حالت تغییر نمی کند |
| AXAPP-1295 | گزارش های سفارشی که منجر به خطای سرور داخلی می شود رابط کاربری مدیریت اکنون تضمین می کند که کاراکترهای ویژه (% ") به درستی برای تماس های تحلیلی از گزارش های سفارشی کدگذاری شده اند. |
| AXAPP-1320 | دریل داون برای خالی کردن بعد سفارشی باعث خطا در سطح دقت "دقیق" می شود |
| AXAPP-1390 | هشدار "خطای سرور" هنگام تلاش برای بارگیری نمای عملکرد برتر در صفحه "داشبورد". |
| AXAPP-1427 | مشکل پاسخگویی در داشبورد هنگام مشاهده "در دقیقه" |
| CORERT-280 | TCPMonitor باید وظایف را با تاخیر ثابت و نه فاصله زمانی ثابت زمان‌بندی کند تا از مصرف همه رشته‌ها جلوگیری شود. کد TCPMonitor برای مدیریت کارآمدتر منابع سیستم بهینه شده است. |
| CORERT-297 | java.lang.OutOfMemoryError: حافظه بافر مستقیم در روتر Netty در حین تست بار مشاهده شد |
| CORERT-331 | URL با '|' باعث ایجاد درخواست ناقص می شود کاراکترهای لوله در URLها ("|") باعث خطاهای درخواستی بد می شدند. این مشکل رفع شده است. |
| CORERT-338 | بهترین تطابق مسیر پایه را هنگامی که ورودی های متناقض با proxyBasePath، env، نام مستعار vhost و پورت vhost وجود دارد، پیدا کنید. |
| CORERT-348 | Backend's 200 به دلیل هدر پاسخ "Connection: close" به 503 تغییر یافته است. |
| DEVRT-1039 | طرح نرخ تراکنش اجباری نیست الزامات خط مشی ضبط تراکنش اجرا نمی شد. کسب درآمد اکنون مستلزم آن است که قبل از تعریف یک طرح نرخ برای بسته ای که حاوی محصول است، یک خط مشی ضبط تراکنش برای یک محصول وجود داشته باشد. |
| DEVRT-1210 | فیلد تاریخ شرایط و ضوابط از منطقه زمانی سازمان برای اعتبار سنجی استفاده نمی کند شرایط و ضوابط تاریخ لازم الاجرا شدن اشتباه محاسبه شده بود. تاریخ اکنون با منطقه زمانی سازمان تأیید شده است. |
| MGMT-927 | توسعه رابط کاربری بدون تجزیه XML در خط‌مشی‌ها، می‌تواند هنگام ذخیره نسخه‌های جدید مشکلاتی ایجاد کند هنگامی که تعاریف XML در چندین خط پیچیده شد، رابط کاربری مدیریت، پراکسی‌ها و خط‌مشی‌های API را تجزیه نمی‌کرد. این مشکل رفع شده است. |
| MGMT-1294 | اگر بک‌اند هدف مدتی طول بکشد تا پاسخ دهد، رابط کاربری جدید ردیابی درخواست ورودی را نشان نمی‌دهد |
| MGMT-1302 | تغییر مسیر حلقه در ورود به رابط کاربری مدیریت در موارد خاص، ورود به رابط کاربری مدیریت در فایرفاکس کار نخواهد کرد. این رفع شده است. |
| MGMT-1309 | فیلتر UI Trace به طور صریح urlencode کاراکترهای خاص را نشان می دهد |
| MGMT-1323 | مدل API را می توان بدون اعتبار بازیابی کرد منابع مدل API اکنون برای همه درخواست‌ها به جز نقطه پایانی کشف proxyUrl نیاز به احراز هویت دارند. این بدان معناست که مشاهده HTML SmartDocs به طور مستقیم از پشتیبان اکنون به اعتبار نیاز دارد. |
| MGMT-1386 | خطای AJAX در صفحه نمای کلی APIProxy خطاهای یکپارچگی داده زمانی رخ می داد که چندین سازمان در برگه های مختلف مرورگر فعال بودند. رابط کاربری Edge Management اکنون به اطمینان از یکپارچگی داده در موقعیت‌های دارای تب چند مرورگر کمک می‌کند. پس از کار با یک سازمان در برگه مرورگر، مدیریت شما را مجبور می‌کند تا در سایر برگه‌های رابط کاربری مدیریت به آن سازمان بروید. |
| MGMT-1410 | هنگام استفاده از سرویس Callout، سرور هدف تأیید نشده است در خط مشی Callout سرویس، یک نقطه پایانی هدف گمشده در طول استقرار بسته پروکسی API مجاز بود. نقطه پایانی هدف این خط‌مشی اکنون در حال تأیید است، و نقطه پایانی هدف گمشده در Callout Service خطا در هنگام استقرار ایجاد می‌کند. |
| MGMT-1411 | هیچ متغیر <Path> در LoadBalancer TargetEndPoint در حین استقرار NPE را پرتاب نمی کند. در یک HTTPTargetConnection، وقتی از LoadBalancer استفاده می‌شد و مسیری مشخص نمی‌شد، خطای 500 داده می‌شد. این مشکل رفع شده است. اگر یک LoadBalancer عنصر Path را نداشته باشد، از "/" پیش‌فرض استفاده می‌شود. |
| MGMT-1416 | هنگام استقرار یک بسته پراکسی با شرایط نادرست، پیام بهبودهایی ایجاد می کند پیام‌های خطا هنگام توسعه پراکسی‌های API بهبود یافته‌اند تا اطلاعات بیشتری در مورد مکان و دلایل خطاها شامل شود. |
| MGMT-1496 | پیام خطای UI نادرست هنگام افزودن کاربر هنگام تلاش برای اضافه کردن مجدد یک کاربر موجود به یک سازمان، پیام "User undefined قبلا در سازمان وجود دارد" ظاهر شد. کلمه "تعریف نشده" اکنون با نام کاربری جایگزین شده است. |
| MGMT-1532 | نقش سفارشی بدون مجوز EDIT اجازه ایجاد یک پراکسی API را نمی دهد |
| MGMT-1538 | برنامه‌نویس‌هایی که $ در بخش محلی ایمیل دارند قابل بازیابی نیستند |
| MGMT-1543 | نمی‌توان در نقش «کاربر» از طریق رابط کاربری مدیریت مستقر شد |
مسائل شناخته شده
این نسخه دارای مشکلات شناخته شده زیر است.
| شناسه شماره | توضیحات |
|---|---|
| APIRT-950 | گزارش‌ها ممکن است "na" را برای برنامه و محصول برنامه‌نویس نمایش دهند "na" گاهی اوقات در گزارش های تحلیلی ظاهر می شود. موضوع مستندات زیر به معنای "na" در زمینه های مختلف توضیح می دهد: mean? به‌روزرسانی آینده نمایش این برچسب را در رابط کاربری بهبود می‌بخشد. |