‫۱۶.۰۴.۱۴ - یادداشت‌های انتشار ابری Apigee Edge

درحال مشاهده اسناد 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 اطلاعات اعتباری کاربر و جمعیت سرصفحه HTTP Authorization: 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
  • وارد کردن WSDL با سرایندهای SOAP منجر به پیکربندی نادرست شد. پشتیبانی از سرایندهای SOAP برای رسیدگی به این مشکل اضافه شده است.
  • وارد کردن WSDL با طرحواره خارجی منجر به پراکسی API شد که پیام مناسب را به زیرینه ارسال نمی‌کرد. وارد کردن WSDLهایی که انواع پیچیده چندبخشی دارند اکنون منجر به یک بار SOAP مناسب در پراکسی API می‌شود.
  • وارد کردن WSDL اکنون از عنصر مستندسازی در عملیات SOAP پشتیبانی می‌کند. مستندات در ستون «شرح» رابط کاربری وارد کردن 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