14.04.16 - یادداشت های انتشار ابر Apigee Edge

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

در روز سه‌شنبه، ۲۹ آوریل ۲۰۱۴، نسخه ابری جدیدی از Apigee Edge را منتشر کردیم.

ویژگی‌ها و پیشرفت‌های جدید

در ادامه به ویژگی‌ها و بهبودهای جدید این نسخه اشاره خواهیم کرد.

  • داشبوردهای تحلیلی
    اکنون Edge گزارش‌های جدیدی از عملکرد Endpoint، عملکرد API Proxy و Cache Performance Analytics ارائه می‌دهد تا به شما در نظارت بر عملکرد کمک کند.
    به «داشبوردهای عملیاتی» در داشبوردهای تحلیلی مراجعه کنید.
  • تجمیع معیارهای سفارشی برای عملکرد
    این ویژگی دیگر در دسترس نیست.
    یک ویژگی جدید تجمیع سفارشی، عملکرد تحلیلی را بهبود می‌بخشد و به شما امکان می‌دهد معیارهای سفارشی را تعریف کنید که Edge هنگام برقراری تماس‌های API جمع‌آوری و ذخیره می‌کند. هنگام مشاهده گزارش‌ها، Edge به جای دریافت آنها درجا، به معیارهای تجمیع شده از قبل موجود دسترسی پیدا می‌کند.
  • OAuth 2.0 از پیش پیکربندی شده در پروکسی‌های API
    هنگام ایجاد یک پروکسی API، گزینه جدید "امن‌سازی با توکن‌های دسترسی OAuth نسخه ۲.۰" به طور خودکار پروکسی API را با سیاست‌هایی که از OAuth پشتیبانی می‌کنند، پیکربندی می‌کند.
    به OAuth مراجعه کنید.
  • پوشش داده‌ها در ردیابی
    منبع API با نام ‎/maskconfigs به شما امکان می‌دهد داده‌های حساس مانند اطلاعات کارت اعتباری را در جلسات ردیابی پروکسی API پنهان کنید و به تضمین امنیت داده‌های کاربر در طول توسعه API کمک کنید.
    مورد: ۸۱۰۷۲۳
    به بخش پنهان‌سازی و پوشاندن داده‌ها مراجعه کنید.
  • سیاست احراز هویت پایه
    سیاست احراز هویت پایه (Basic Authentication) به شما امکان می‌دهد احراز هویت پایه سبک را به یک پروکسی API اضافه کنید و رمزگذاری خودکار Base64 از اعتبارنامه‌های کاربر و جمعیت هدر HTTP Authorization: Basic را ارائه دهید.
    به سیاست احراز هویت پایه مراجعه کنید.
  • جریان پست کلاینت
    PostClientFlow به شما امکان می‌دهد سیاست‌های MessageLogging را که پس از ارسال پاسخ اجرا می‌شوند، اضافه کنید. این کار تأخیر پروکسی API را کاهش می‌دهد و اطلاعاتی را برای ثبت وقایع در دسترس قرار می‌دهد که تا پس از ارسال پاسخ محاسبه نمی‌شوند، مانند client.sent.start.timestamp و client.sent.end.timestamp.
    مورد: ۸۱۴۰۵۹

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

اشکالات زیر در این نسخه برطرف شده‌اند.

موضوع توضیحات
اعتبارسنجی نام گزارش سفارشی اج اکنون نام گزارش‌های سفارشی را اعتبارسنجی می‌کند تا استفاده از کاراکترهای خاص را مجاز نداند.
گزارش مشکلات مربوط به developer_app drilldown در گزارش‌های سفارشی که از ابزار developer_app drilldown استفاده می‌کردند، برنامه‌های توسعه‌دهنده نادرست برگردانده می‌شدند. این مشکل برطرف شده است.
دوره زمانی روی گزارش‌های سفارشی کار نمی‌کند در گزارش‌های سفارشی که حاوی فیلترهایی با عبارات پرانتز چندگانه بودند - برای مثال، (request_verb eq 'POST') or (request_verb eq 'GET') - تغییر دوره زمانی گزارش هیچ تاثیری بر نتایج نداشت. این مشکل برطرف شده است.
مورد: ۸۱۰۷۵۳
نمودارها در گزارش‌های سفارشی نمایش داده نمی‌شوند مشکل عدم نمایش نمودارها در گزارش‌های سفارشی برطرف شده است.
مورد: ۸۱۴۶۲۳
وارد کردن WSDL
  • وارد کردن یک WSDL با هدرهای SOAP منجر به پیکربندی نادرست شد. پشتیبانی از هدرهای SOAP برای رفع این مشکل اضافه شده است.
  • وارد کردن یک WSDL با یک طرحواره خارجی منجر به یک پروکسی API شد که پیام مناسب را به backend ارسال نمی‌کرد. وارد کردن WSDLهایی که انواع پیچیده چند بخشی دارند، اکنون منجر به یک payload مناسب SOAP در پروکسی API می‌شود.
  • اکنون WSDL import از عنصر مستندات در عملیات SOAP پشتیبانی می‌کند. مستندات در ستون توضیحات رابط کاربری import WSDL نمایش داده می‌شود.
پیکربندی سیاست محدودیت نرخ همزمان انتخابگر Target Endpoint اکنون فقط هنگام افزودن خط‌مشی Concurrent Rate Limit به یک پروکسی API در دسترس است. Target Endpoint برای سایر خط‌مشی‌ها اعمال نمی‌شود.
پشتیبانی شرکت از توسعه‌دهندگان برای سازمان‌هایی که شرکت‌ها را فعال کرده‌اند، اکنون می‌توانید هنگام ایجاد یا ویرایش یک توسعه‌دهنده، یک شرکت را مشخص کنید.
مورد: ۵۱۵۲۴۶
صادرات توسعه‌دهندگان، برنامه‌ها و محصولات اکنون می‌توانید از صفحه توسعه‌دهندگان در رابط کاربری مدیریت اج، توسعه‌دهندگان، برنامه‌ها و محصولات را به یک فایل CSV خروجی بگیرید. این ویژگی در حال حاضر برای سازمان‌هایی که کسب درآمد را فعال کرده‌اند، در دسترس نیست.
مورد: ۷۴۷۱۵۹
پنجره برنامه‌های توسعه‌دهنده هنگ می‌کند پس از اینکه یک توسعه‌دهنده برنامه‌ای را در پورتال توسعه‌دهندگان اج حذف می‌کرد، کلیک روی آن برنامه توسعه‌دهنده در رابط کاربری مدیریت اج باعث می‌شد پنجره هنگ کند. این مشکل برطرف شده است.
نظرات در پیکربندی پروکسی API نظرات در پیکربندی پروکسی API اکنون در نمای کد ویرایشگر پروکسی API و بازرس املاک قابل مشاهده هستند.
پروکسی‌های API با نام‌های نامعتبر ایجاد شده‌اند رابط کاربری مدیریت Edge قبلاً امکان ایجاد پروکسی‌های API را فراهم می‌کرد که نام آنها حاوی کاراکترهای ویژه پشتیبانی نشده بود و در نتیجه پروکسی‌های API نامعتبر بودند که قابل حذف نبودند. اکنون نام‌های پروکسی API در زمان ایجاد اعتبارسنجی می‌شوند. فقط کاراکترهای الفبایی-عددی، "-" و "_" مجاز هستند.
مورد: ۵۵۰۳۹۰
حساسیت به حروف کوچک و بزرگ در نامگذاری پروکسی API مرورگر اج، صرف نظر از بزرگی و کوچکی حروف، نام‌های پروکسی API را با حروف کوچک ایجاد می‌کرد. اکنون، اج به بزرگی و کوچکی نام وارد شده برای پروکسی API احترام می‌گذارد.
هشدار در مورد ذخیره پروکسی API وقتی یک پروکسی API را در ویرایشگر پروکسی API ذخیره می‌کنید، Edge پروکسی API را در تمام محیط‌هایی که در حال حاضر نسخه در آنها مستقر است، از جمله محیط‌های عملیاتی، مستقر می‌کند. رابط کاربری مدیریت Edge اکنون قبل از ذخیره پروکسی، هشداری ارائه می‌دهد.
نقش سفارشی بدون نیاز به مجوز برای ذخیره در محیط تولید وقتی یک نسخه از API مستقر شده به‌روزرسانی می‌شود، باعث فعال شدن یک فرآیند داخلی لغو استقرار و استقرار در محیط‌های مستقر می‌شود. یک نقش سفارشی بدون مجوزهای استقرار مناسب، توانست با ذخیره یک پروکسی API مستقر شود. این مشکل با اعمال مجوزهای استقرار برطرف شده است.
مورد: ۸۱۳۰۸۴
سرور هدف تکراری هنگام ایجاد یک سرور هدف تکراری، به جای خطای HTTP 409، Edge سرور هدف موجود را بازنویسی کرد و وضعیت 201 را برگرداند. این مشکل با نمایش خطای 409 و عدم بازنویسی سرور هدف موجود برطرف شده است.
ایجاد جلسات ردیابی برای پروکسی‌های API امکان‌پذیر نیست جلسات ردیابی برای محیط‌هایی با پردازنده‌های پیام غیرقابل دسترسی ایجاد نمی‌شد. این مشکل با اتصال جلسات ردیابی فقط به پردازنده‌های پیام قابل دسترسی و در دسترس حل شده است.
مورد: ۸۱۲۱۹۲
رفتار به‌روزرسانی‌شده‌ی JMSReplyTo به طور پیش‌فرض، Edge پاسخ را به صف مشخص شده در هدر JMSReplyTo ارسال می‌کند. با این حال، اگر می‌خواهید سرویس backend ارسال پاسخ به صف JMSReplyTo را به جای Edge مدیریت کند، هدر X-Apigee-Ignore-JMSResponse را به پاسخ پروکسی API در هر جریانی اضافه کنید و آن را روی true تنظیم کنید:
<Header name="X-Apigee-Ignore-JMSResponse">true</Header>
خطاهای بالای CLOSE_WAIT و ۵۰۲ bad gateway مشکلی که باعث ایجاد معیارهای CLOSE_WAIT بالا و خطاهای 502 bad gateway می‌شد، برطرف شده است.
موارد: ۸۱۴۶۵۶، ۸۱۴۶۶۴، ۸۱۴۶۷۰
دایرکتوری موقت Node.js وقتی یک اسکریپت Node.js در Edge مستقر می‌شود، درون یک sandbox اجرا می‌شود که دسترسی سیستم فایل را به یک دایرکتوری خاص محدود می‌کند. با این حال، os.tmpdir نام دایرکتوری مانند /tmp یا /var/tmp را برمی‌گرداند که در sandbox Edge Node.js وجود نداشت و باعث می‌شد برخی از اسکریپت‌ها از کار بیفتند. sandbox Edge Node.js اکنون شامل یک دایرکتوری /tmp برای استفاده os.tmpdir است.
استثنائات اشاره‌گر تهی در فراخوانی‌های API در سیاست اختصاص پیام، وضعیت پاسخ تهی، یک استثنای اشاره‌گر تهی ایجاد می‌کرد، زیرا Edge سعی داشت کد پاسخ را برای معیارها ثبت کند. این مشکل برطرف شده است.
مورد: ۸۱۵۵۹۵