درحال مشاهده اسناد Apigee Edge هستید.
به
اسناد Apigee X بروید. اطلاعات
در سهشنبه ۲۹ آوریل ۲۰۱۴، نسخه ابری جدیدی از Apigee Edge منتشر کردیم.
ویژگیهای جدید و بهبودها
در این نسخه پخش، ویژگیهای جدید و موارد بهبودیافته زیر ارائه شده است.
- داشبوردهای Analytics
Edge اکنون گزارشهای جدید «عملکرد نقطه پایانی»، «عملکرد پراکسی API»، و «عملکرد حافظه نهان» Analytics را برای کمک به پایش عملکرد ارائه میدهد.
«داشبوردهای عملیات» را در داشبوردهای Analytics ببینید. - انبوهش سنجههای سفارشی برای عملکرد
این ویژگی دیگر دردسترس نیست.
ویژگی جدیدی برای تجمیع سفارشی عملکرد تجزیهوتحلیل را بهبود میبخشد و به شما امکان میدهد سنجههای سفارشی را تعریف کنید که Edge با انجام تماسهای API جمعآوری و ذخیره میکند. وقتی گزارشها را مشاهده میکنید، Edge به سنجههای انبوهشی ازقبل دردسترس دسترسی پیدا میکند و آنها را در لحظه واکشی نمیکند. - OAuth 2.0 ازپیش پیکربندیشده در پراکسیهای میانای برنامهسازی کاربردی
هنگام ایجاد پراکسی میانای برنامهسازی کاربردی، گزینه جدید «ایمن با OAuth v2.0 Access Tokens» بهطور خودکار پراکسی میانای برنامهسازی کاربردی را با خطمشیهایی که از OAuth پشتیبانی میکنند پیکربندی میکند.
OAuth را ببینید. - پوشاندن دادهها در ردیابی
منبع API /maskconfigs به شما امکان میدهد دادههای حساس مثل اطلاعات کارت اعتباری را در جلسههای ردیابی پراکسی API بپوشانید و به این ترتیب امنیت دادههای کاربر را درطول توسعه API تضمین کنید.
پرونده:۸۱۰۷۲۳
پوشاندن و پنهان کردن دادهها را ببینید. - خطمشی «اصالتسنجی پایه»
خطمشی «اصالتسنجی پایه» به شما امکان میدهد «اصالتسنجی پایه» سبکوزنی را به پراکسی API اضافه کنید، و از این طریق کدبندی خودکار Base64 اطلاعات اعتباری کاربر و جمعیت سرصفحه HTTPAuthorization: Basicرا فراهم کنید.
خطمشی اصالتسنجی پایه را ببینید. - PostClientFlow
PostClientFlow به شما امکان میدهد خطمشیهای MessageLogging را اضافه کنید که پساز ارسال پاسخ اجرا میشوند. این کار باعث کاهش تأخیر کارگزار نیابتی API میشود و اطلاعاتی را که تا قبلاز ارسال پاسخ محاسبه نمیشوند، مثل client.sent.start.timestamp و client.sent.end.timestamp، برای گزارشگیری دردسترس قرار میدهد.
پرونده: 814059
اشکالات رفع شد
اشکالات زیر در این نسخه پخش برطرف شده است.
| موضوع | شرح |
|---|---|
| اعتبارسنجی نام گزارش سفارشی | Edge اکنون نام گزارشهای سفارشی را اعتبارسنجی میکند تا استفاده از نویسههای خاص را مجاز نکند. |
| گزارش کردن مشکلات با جزئیات developer_app | برنامههای توسعهدهنده نادرست در گزارشهای سفارشی که از drilldown_app_developer استفاده میکردند برگردانده میشد. این مشکل برطرف شده است. |
| «دوره زمانی» در گزارشهای سفارشی کار نمیکند | در گزارشهای سفارشی که حاوی فیلترهایی با چندین عبارت پرانتزی بود—برای مثال، (request_verb eq 'POST') or (request_verb eq
'GET')—تغییر دوره زمانی گزارش هیچ تأثیری بر نتایج نداشت. این مشکل
برطرف شده است.پرونده: 810753 |
| نمودارها در گزارشهای سفارشی نشان داده نمیشوند | مشکل ظاهر نشدن نمودارها در گزارشهای سفارشی برطرف شده است. پرونده: 814623 |
| وارد کردن WSDL |
|
| پیکربندی خطمشی «محدودیت نرخ همزمان» | انتخابگر «نقطه پایانی هدف» اکنون فقط هنگام افزودن خطمشی «محدودیت نرخ همزمان» به پراکسی API دردسترس است. «نقطه پایانی هدف» بر خطمشیهای دیگر اعمال نمیشود. |
| پشتیبانی شرکت برای توسعهدهندگان | برای سازمانهایی که شرکتها را فعال کردهاند، اکنون میتوانید هنگام
ایجاد یا ویرایش توسعهدهنده، شرکت را مشخص کنید. پرونده: ۵۱۵۲۴۶ |
| صادر کردن توسعهدهندگان، برنامهها، و محصولات | اکنون میتوانید توسعهدهندگان، برنامهها، و محصولات را از صفحه «توسعهدهندگان» در واسط کاربر مدیریت Edge به فایل CSV صادر کنید. این ویژگی درحالحاضر برای سازمانهایی که
درآمدزایی را فعال کردهاند دردسترس نیست. پرونده: 747159 |
| پنجره «برنامههای توسعهدهنده» معلقه است | پساز اینکه توسعهدهندهای برنامهای را در «درگاه توسعهدهندگان Edge» حذف کرد، کلیک کردن روی آن برنامه توسعهدهنده در واسط کاربر مدیریت Edge باعث میشد پنجره معلقه شود. این مشکل برطرف شده است. |
| نظرات در پیکربندی پراکسی API | نظرات در پیکربندی پراکسی API اکنون در نمای کد ویرایشگر پراکسی API و «بازرس دارایی» قابلمشاهده است. |
| کارگزاران میانای برنامهسازی کاربردی با نامهای نامعتبر ایجاد شدند | واسط کاربر مدیریت Edge قبلاً اجازه میداد پراکسیهای API ایجاد شوند که نام آنها
حاوی نویسههای خاص پشتیبانینشده بود، که منجر به پراکسیهای API نامعتبری میشد که نمیتوانستند
حذف شوند. نامهای پراکسی API اکنون در زمان ایجاد اعتبارسنجی میشوند. فقط نویسههای الفباعددی، «-»، و «_» مجاز هستند. پرونده: ۵۵۰۳۹۰ |
| حروفحساس بودن در نامگذاری پراکسی API | Edge صرفنظر از حروف بزرگ و کوچک واردشده، کارگزاران میانای برنامهسازی کاربردی را با نامهای حروف کوچک ایجاد میکرد. Edge اکنون به حروف نام واردشده برای پراکسی API احترام میگذارد. |
| هشدار درباره ذخیره پراکسی میانای برنامهسازی کاربردی | وقتی یک پراکسی API را در ویرایشگر پراکسی API ذخیره میکنید، Edge پراکسی API را در همه محیطهایی که نسخه مرور درحالحاضر در آنها مستقر است، ازجمله محیطهای تولید، مستقر میکند. واسط کاربر مدیریت Edge اکنون قبلاز ذخیره کردن پراکسی، هشداری ارائه میدهد. |
| نقش سفارشی بدون اجازه در محیط تولید ذخیره میشود | وقتی نسخه بازبینی API مستقر بهروزرسانی میشود، این کار باعث میشود که در محیطهای مستقر،
استقرار داخلی لغو و استقرار انجام شود. نقش سفارشی بدون اجازههای استقرار مناسب توانست با ذخیره کردن پراکسی API مستقر شود. این مشکل با اعمال اجازههای استقرار برطرف شده است. پرونده: 813084 |
| سرور مقصد تکراری است | هنگام ایجاد سرور هدف تکراری، بهجای خطای HTTP 409، Edge سرور هدف موجود را بازنویسی کرد و وضعیت 201 را برگرداند. این مشکل با ایجاد خطای ۴۰۹ و عدم بازنویسی سرور هدف موجود برطرف شده است. |
| جلسههای ردیابی برای پراکسیهای API ایجاد نشد | جلسههای ردیابی برای محیطهایی که پردازشگر پیام داشتند و
غیرقابلدسترس بودند ایجاد نمیشد. این مشکل با پیوست کردن جلسات ردیابی فقط به
پردازشگرهای پیام دردسترس و قابلدسترسی حل شده است پرونده: 812192 |
| عملکرد بهروزشده JMSReplyTo | بهطور پیشفرض، Edge پاسخ را به صف مشخصشده در سرایند JMSReplyTo ارسال میکند.
بااینحال، اگر میخواهید سرویس زیرینه ارسال پاسخ به صف JMSReplyTo
را بهجای Edge مدیریت کند، سرصفحه X-Apigee-Ignore-JMSResponse را به پراکسی API
پاسخ در هر جریانی اضافه کنید و آن را روی درست تنظیم کنید:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| خطاهای CLOSE_WAIT بالا و ۵۰۲ دروازه نادرست | مشکلی که باعث ایجاد سنجههای بالای CLOSE_WAIT و خطاهای ۵۰۲ دروازه نادرست میشد برطرف شده است. پروندهها: 814656، 814664، 814670 |
| دایرکتوری موقت Node.js | وقتی یک دستورگان Node.js در Edge مستقر میشود، در یک محیط امن اجرا میشود که دسترسی سیستم فایل را به یک دایرکتوری خاص محدود میکند. بااینحال، os.tmpdir نام دایرکتوریای مثل /tmp یا /var/tmp برمیگرداند که در sandbox مربوط به Edge Node.js وجود ندارد و باعث میشود برخیاز دستورگانها ازکار بیفتند. جعبه ایمنی Edge Node.js اکنون شامل دایرکتوری /tmp برای استفاده os.tmpdir است. |
| استثناهای اشارهگر تهی در فراخوانیهای میانای برنامهسازی کاربردی | در خطمشی «اختصاص پیام»، وضعیت پاسخ تهی استثنای اشارهگر تهی را ایجاد کرد زیرا
Edge سعی کرد کد پاسخ را برای معیارها ضبط کند. این مشکل برطرف شده است. پرونده: 815595 |