4.17.01 – Ghi chú phát hành Edge for Private Cloud

Bạn đang xem tài liệu về Apigee Edge.
Truy cập vào tài liệu Apigee X. Thông tin

Vào thứ Tư, ngày 25 tháng 1 năm 2017, chúng tôi đã phát hành phiên bản mới của Apigee Edge cho Private Cloud.

Kể từ Bản phát hành tính năng Edge cho Đám mây riêng tư trước đó, các bản phát hành sau đây đã diễn ra và được đưa vào Bản phát hành tính năng này:

Hãy xem phần Giới thiệu về cách đánh số bản phát hành để biết cách xác định xem một bản phát hành cụ thể trên đám mây có được đưa vào phiên bản Edge cho Đám mây riêng tư của bạn hay không.

Tổng quan về bản phát hành

Bản phát hành này bao gồm một số tính năng đáng chú ý giúp bạn kiểm soát và bảo mật API của mình tốt hơn.

Shared Flows và Flow Hooks cho phép bạn tạo một bộ chính sách và hành vi có thể dùng lại trên nhiều proxy API.

Các bản đồ khoá-giá trị (KVM) (vốn là một tính năng của Edge để duy trì các cặp khoá-giá trị trong thời gian dài) hiện có thể được mã hoá để tăng cường bảo mật dữ liệu.

Để kiểm soát linh hoạt hơn quyền truy cập của nhà phát triển vào API của bạn, giao diện người dùng quản lý Edge cung cấp nhiều lựa chọn hơn để tạo và quản lý khoá API và bí mật (thông tin xác thực), thu hồi ứng dụng của nhà phát triển và huỷ kích hoạt nhà phát triển. Những điểm cải tiến này giúp bạn dễ dàng triển khai các chiến lược như xoay vòng khoá API và cho phép bạn tắt nhiều khoá API bằng cách thu hồi một ứng dụng nhà phát triển (tất cả các khoá của ứng dụng đó đều bị tắt) hoặc huỷ kích hoạt một nhà phát triển (tất cả các ứng dụng và khoá của nhà phát triển đó đều bị tắt).

Về việc ngừng cung cấp, tính năng Giới hạn kiếm tiền đã ngừng hoạt động.

Phần còn lại của chủ đề này chứa thông tin chi tiết về tất cả các tính năng mới, nội dung cập nhật và bản sửa lỗi có trong bản phát hành.

Ngừng sử dụng và ngừng cung cấp

Các tính năng sau đây đã bị ngừng cung cấp hoặc ngừng hoạt động trong bản phát hành này. Hãy xem Chính sách về việc không dùng Edge nữa để biết thêm thông tin.

Ngừng hoạt động: Giới hạn kiếm tiền (Giao diện người dùng Cloud 16.10.26)

Tính năng Giới hạn kiếm tiền đã bị xoá khỏi giao diện người dùng quản lý (Quản trị > Giới hạn). Hãy xem thông báo về việc không dùng nữa để biết thêm thông tin, bao gồm cả những nội dung cần sử dụng thay thế: http://docs.apigee.com/monetization/content/limit-feature-deprecation-notice. (DEVRT-3259)

Đã xoá tính năng hỗ trợ cho RedHat/CentOS phiên bản 6.5

Nếu đang sử dụng RedHat/CentOS phiên bản 6.5, bạn phải cập nhật hệ điều hành lên phiên bản 6.6 trở lên trước khi cập nhật lên Edge 4.17.01.

Thông tin cập nhật và tính năng mới

Sau đây là các tính năng mới và điểm cải tiến trong bản phát hành này. Ngoài những điểm cải tiến sau, bản phát hành này còn có nhiều điểm cải tiến về khả năng sử dụng, hiệu suất, tính bảo mật và độ ổn định.

Để biết thêm thông tin chi tiết và hướng dẫn, hãy xem tài liệu về Edge cho Đám mây riêng tư.

Đám mây riêng tư

Bạn có thể hiển thị biểu ngữ yêu cầu đồng ý khi người dùng truy cập vào giao diện người dùng Edge lần đầu tiên. Biểu ngữ yêu cầu đồng ý hiển thị văn bản có định dạng HTML và một nút mà người dùng chọn để chuyển đến màn hình đăng nhập. Xem phần Bật biểu ngữ yêu cầu đồng ý để biết thêm thông tin.

API BaaS hỗ trợ nhiều trung tâm dữ liệu

Giờ đây, bạn có thể cài đặt API BaaS trong nhiều trung tâm dữ liệu. Hãy xem phần Cài đặt nhiều trung tâm dữ liệu cho BaaS API để biết thêm.

Các thông số cấu hình cài đặt BaaS API mới

Hai thông số cấu hình mới đã được thêm vào tệp cấu hình BaaS của API:

  • BAAS_CASS_DC_LIST – chỉ định tên khu vực của các trung tâm dữ liệu BaaS. Đối với một trung tâm dữ liệu, hãy chỉ định cùng một giá trị như BAAS_CASS_LOCALDC.
  • BAAS_CLUSTER_SEEDS – chỉ định các nút BaaS Stack dùng để xác định các hạt giống của cụm BaaS.

Hãy xem bài viết Cập nhật Apigee Edge 4.16.09 lên 4.17.01 để biết thêm thông tin.

Không còn chạy tuỳ chọn "deploy" (triển khai) bằng lệnh apigee-service cho API BaaS nữa

Lựa chọn deploy (triển khai) cho lệnh apigee-service không còn được hỗ trợ cho API BaaS Stack và Portal nữa. Thay vào đó, bạn sử dụng các lựa chọn configure (định cấu hình) và restart (khởi động lại). Hãy xem phần Cài đặt BaaS API để biết thêm thông tin.

Yêu cầu mới về cổng cho BaaS API

Giờ đây, tất cả các nút BaaS Stack đều phải mở cổng 2551 để truy cập từ tất cả các nút Stack khác. Nếu bạn có nhiều Trung tâm dữ liệu BaaS, thì tất cả các nút Stack trong tất cả các Trung tâm dữ liệu đều phải truy cập được vào cổng này.

Hãy xem phần Cài đặt BaaS API và Yêu cầu cài đặt để biết thêm thông tin.

Cổng thông tin Dịch vụ dành cho nhà phát triển hiện sử dụng Postgres làm cơ sở dữ liệu và Nginx làm máy chủ web

Đối với tất cả các lượt cài đặt mới, cổng thông tin sẽ sử dụng Postgres làm cơ sở dữ liệu thay vì MySQL và MariaDB. Khách hàng nâng cấp lên phiên bản 4.17.01 từ phiên bản trước đó sẽ tiếp tục sử dụng MySQL hoặc MariaDB.

Các bản cài đặt mới cho phiên bản 4.17.01 cũng cài đặt Nginx làm máy chủ web. Khách hàng nâng cấp lên phiên bản 4.17.01 từ phiên bản trước đó sẽ tiếp tục sử dụng Apache.

Theo mặc định, cổng Dịch vụ dành cho nhà phát triển không còn bật SmartDocs nữa

Bạn phải bật SmartDocs trên cổng thông tin. Để biết thêm thông tin về SmartDocs, hãy xem bài viết Sử dụng SmartDocs để ghi lại API.

Cổng thông tin Dịch vụ dành cho nhà phát triển hiện được cài đặt từ RPM

Phiên bản 4.17.01 của Cổng dịch vụ dành cho nhà phát triển được cài đặt từ RPM bằng cùng một kho lưu trữ và công cụ như Edge và API BaaS. Hãy xem phần Cài đặt cổng Dịch vụ dành cho nhà phát triển để biết thêm thông tin.

Trình cài đặt dựa trên RPM và trình cập nhật dựa trên .tar sử dụng các thành phần khác nhau:

Cài đặt dựa trên RPM

Cài đặt dựa trên.tar

Máy chủ web

Nginx

Apache

Thư mục gốc của web

/opt/apigee/apigee-drupal

/var/www/html

Cổng

8079

80

Cơ sở dữ liệu

PostgreSQL

MySQL

PHP

php-fpm (FastCGI)

mod_php (trong quy trình với Apache)

Qpid đã nâng cấp lên phiên bản 1.35

Bản phát hành này bao gồm Qpid phiên bản 1.35.

Cassandra đã nâng cấp lên phiên bản 2.1.16

Bản phát hành này bao gồm Cassandra phiên bản 2.1.16.

Play đã nâng cấp lên phiên bản 2.4

Bản phát hành này bao gồm khung giao diện người dùng Play 2.4.

Thêm hỗ trợ cho RedHat/CentOS phiên bản 7.3

Edge hiện hỗ trợ RedHat/CentOS phiên bản 7.3.

Nội dung cập nhật đối với Trang tổng quan giám sát phiên bản thử nghiệm

Phiên bản Beta của Trang tổng quan giám sát Edge đã được cập nhật thành:

  • Bao gồm các trang tổng quan mới cho Cassandra, Zookeeper, OpenLDAP, Postgres và Qpid.
  • Đã nâng cấp phiên bản Influx trong 4.16.09 từ 0.11 lên 1.0.2.
  • Thêm một số bản sửa lỗi về độ ổn định.

Hãy xem bài viết Tổng quan về Trang tổng quan giám sát Apigee (bản thử nghiệm) để biết thêm thông tin.

Giờ đây, bạn có thể đặt mật khẩu Postgres trong tệp cấu hình cài đặt

Sử dụng thuộc tính PG_PWD để đặt mật khẩu Postgres trong tệp cấu hình cài đặt. Hãy xem Tài liệu tham khảo về tệp cấu hình Edge để biết thêm thông tin.

Bật kho lưu trữ EPEL

Bạn phải bật Extra Packages for Enterprise Linux (hoặc EPEL) để cài đặt hoặc cập nhật Edge. Hãy xem Yêu cầu về việc cài đặt để biết thêm thông tin.

Lệnh bạn sử dụng tuỳ thuộc vào phiên bản RedHat/CentOS:

  • Đối với RedHat/CentOS 7.x:
    > wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm
  • Đối với RedHat/CentOS 6.x:
    wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm

Tắt tính năng tra cứu DNS trên IPv6 khi dùng NSCD (Name Service Cache Daemon)

Nếu bạn đã cài đặt và bật NSCD (Trình nền bộ nhớ đệm dịch vụ tên), Trình xử lý thông báo sẽ thực hiện hai lần tra cứu DNS: một lần cho IPv4 và một lần cho IPv6. Bạn phải tắt quy trình tra cứu DNS trên IPv6 khi sử dụng NSCD. Hãy xem Yêu cầu về việc cài đặt để biết thêm thông tin.

Cách tắt tính năng tra cứu DNS trên IPv6:

  1. Trên mỗi nút Message Processor, hãy chỉnh sửa /etc/nscd.conf.
  2. Đặt thuộc tính sau:
    enable-cache hosts no

Dịch vụ API

Shared Flows và Flow Hooks để vận hành các proxy API (Cloud 16.09.21)

Tính năng "Luồng dùng chung" mới cho phép bạn vận hành chức năng trong các proxy API. Bằng cách kết hợp các chính sách và tài nguyên có điều kiện thành một Luồng dùng chung, bạn có thể tham chiếu đến luồng này từ bất kỳ proxy API nào để thực thi logic có thể sử dụng lại và có một nguồn duy nhất. Ví dụ: một Luồng chia sẻ có thể xác minh khoá API, ngăn chặn các đợt tăng đột biến và ghi lại dữ liệu.

Bạn xác định Shared Flows trong giao diện người dùng quản lý (APIs > Shared Flows), sau đó tham chiếu chúng theo 2 cách:

  • Với chính sách Chú thích luồng mới trong một proxy API
    hoặc

  • Trên một cấu phần phần mềm mới có tên là Flow Hooks (Các lệnh gọi quy trình), nằm ở những vị trí sau:

    Các điểm đính kèm này cho phép bạn thực thi logic hoạt động trước hoặc sau các điểm luồng chính của từng proxy. Bạn chỉ định Shared Flow cho các vị trí Flow Hook này trong giao diện người dùng quản lý (API > Cấu hình môi trường > Flow Hook).

    • Yêu cầu: Trước ProxyEndpoint PreFlow, sau TargetEndpoint PostFlow
    • Phản hồi: Trước TargetEndpoint PreFlow, sau ProxyEndpoint PostFlow

Để biết thêm thông tin, hãy xem phần Luồng dùng chung có thể sử dụng lại và Đính kèm luồng dùng chung bằng cách sử dụng một lệnh gọi luồng.

Bản đồ giá trị khoá đã mã hoá (Cloud 16.09.21)

Bạn có thể tạo các bản đồ giá trị khoá (KVM) được mã hoá để lưu trữ thông tin nhạy cảm, chẳng hạn như thông tin đăng nhập hoặc dữ liệu PII/HIPAA. Tính năng này khác với kho lưu trữ an toàn hiện có của Edge và được thiết kế để thay thế kho lưu trữ đó, vì chỉ có thể truy cập vào các giá trị của kho lưu trữ bằng Node.js (ngoài API quản lý). Bạn có thể truy cập vào các giá trị KVM được mã hoá bằng Node.js hoặc chính sách Thao tác trên bản đồ khoá-giá trị.

Tạo KVM được mã hoá

  • Sử dụng API quản lý KVM hiện có. Khi bạn đưa “encrypted”: “true” vào định nghĩa tải trọng khi tạo KVM, Edge sẽ tạo một khoá mã hoá có cùng phạm vi với KVM và mã hoá KVM bằng khoá đó.
  • Bạn không thể sử dụng chính sách Thao tác trên bản đồ khoá giá trị để tạo KVM được mã hoá. Bạn phải tạo một KVM được mã hoá bằng cách sử dụng API quản lý KVM trước khi sử dụng KVM đó trong chính sách.
  • Bạn không thể mã hoá một KVM chưa mã hoá hiện có.

Sử dụng KVM được mã hoá

  • Sử dụng chính sách Thao tác trên bản đồ khoá-giá trị để nhận và cập nhật các giá trị KVM được mã hoá.
  • Khi nhận được một giá trị khoá đã mã hoá, hãy thêm tiền tố vào biến để giữ giá trị bằng từ khoá "private". Ví dụ: <Get assignTo="private.secretVar">. Biến private.secretVar đó chứa giá trị đã giải mã.
  • Khi cập nhật một giá trị theo chính sách, bạn không cần làm gì đặc biệt. Giá trị này sẽ tự động được mã hoá trong các KVM được mã hoá.
  • Bạn cũng có thể truy cập vào giá trị đã giải mã bằng cách sử dụng mô-đun apigee-access trong mã Node.js. Sử dụng hàm getKeyValueMap() để truy xuất một KVM dựa trên tên và phạm vi. Có 2 hàm trên đối tượng được trả về: getKeys(callback) để lấy một mảng tên khoá và get(key, callback) để lấy giá trị cho một khoá cụ thể. Ví dụ: sau đây sẽ lấy một KVM có phạm vi apiproxy có tên là VerySecureKVM và truy xuất giá trị được mã hoá của key1: 
    var apigee = require('apigee-access');
  var encryptedKVM = apigee.getKeyValueMap('VerySecureKVM', 'apiproxy');
  encryptedKVM.get('key1', function(err, secretValue) {
  // use the secret value here
});

Để biết thêm thông tin, hãy xem phần Xử lý các bản đồ khoá giá trị và Truy cập vào các bản đồ khoá giá trị trong Node.js.

(APIRT-1197)

Tạo các bản đồ khoá-giá trị được mã hoá trong giao diện người dùng (Giao diện người dùng 16.10.26)

Khi tạo một bản đồ khoá-giá trị (KVM) theo phạm vi môi trường trong giao diện người dùng quản lý (API > Cấu hình môi trường > Bản đồ khoá-giá trị), hộp đánh dấu Đã mã hoá mới cho phép bạn tạo một KVM đã mã hoá. Sau khi bạn thêm các khoá vào KVM, các giá trị được mã hoá sẽ xuất hiện trong giao diện người dùng quản lý dưới dạng dấu hoa thị (*****). Bạn thêm các khoá/giá trị vào một KVM được mã hoá giống hệt như cách bạn làm đối với các KVM không được mã hoá. Bản phát hành trên đám mây 160921 có hỗ trợ đầy đủ cho các KVM được mã hoá. (EDGEUI-764)

URL của OpenAPI Spec có trong siêu dữ liệu của proxy API (Cloud 16.09.21)

Khi bạn tạo một API proxy dựa trên một OpenAPI Specification, vị trí của OpenAPI Spec sẽ được lưu trữ trong siêu dữ liệu API proxy. Ví dụ: nếu bạn sử dụng API quản lý để lấy thông tin chi tiết về một bản sửa đổi proxy, thì siêu dữ liệu sẽ bao gồm đường dẫn đến OpenAPI Spec theo định dạng sau:

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

Tính năng nâng cao này hỗ trợ phiên bản thế hệ tiếp theo của Edge, liên kết OpenAPI Specs với các proxy API, sản phẩm API và tài liệu tham khảo API trong cổng nhà phát triển mới. (MGMT-2913)

Tạo OpenAPI Spec cho các proxy SOAP (Giao diện người dùng Cloud 16.10.05)

Khi bạn tạo một proxy "REST to SOAP to REST" dựa trên WSDL, Edge sẽ tự động tạo một OpenAPI Spec được lưu trữ dựa trên các tài nguyên proxy. Bạn có thể truy cập vào quy cách tại http(s)://[edge_domain]/[proxy_base_path]/openapi.json. Tuy nhiên, quá trình chuyển đổi này không phải lúc nào cũng chính xác, vì không phải tất cả các quy tắc của một giản đồ XML đều có thể được biểu thị trong một Thông số kỹ thuật OpenAPI. (EDGEUI-718)

WSDL được lưu trữ trên cạnh cho các proxy SOAP truyền qua (Giao diện người dùng Cloud 16.10.05)

Khi bạn tạo một proxy "Pass-Through SOAP" dựa trên WSDL, Edge sẽ lưu trữ WSDL và tạo một luồng trong proxy để cho phép bạn truy cập vào WSDL đó. Bạn có thể truy cập vào WSDL được lưu trữ tại http(s)://[edge_domain]/[proxy_base_path]?wsdl. Đây là URL điểm cuối dịch vụ mới cho những ứng dụng gọi dịch vụ SOAP thông qua proxy. (EDGEUI-718)

WSDL báo giá chứng khoán mẫu mới trong trình hướng dẫn proxy API (Cloud 16.08.24.01)

Khi tạo API dịch vụ SOAP bằng trình hướng dẫn proxy API, bạn có thể sử dụng WSDL báo giá chứng khoán thay thế trong các ví dụ: https://ws.cdyne.com/delayedstockquote/delayedstockquote.asmx?WSDL. (EDGEUI-655)

Các dịch vụ dành cho nhà phát triển

Tính năng quản lý ứng dụng dành cho nhà phát triển trong giao diện người dùng (Giao diện người dùng Cloud 16.10.05)

Tính năng quản lý ứng dụng của nhà phát triển trong giao diện người dùng Edge đã trở nên mạnh mẽ hơn nhờ một số điểm cải tiến:

  • Bạn có thể thu hồi và phê duyệt ứng dụng (ở chế độ chỉnh sửa) trong trường "Trạng thái ứng dụng" mới. Ở chế độ xem, trường này cũng hiển thị trạng thái hiện tại của ứng dụng. Nếu một ứng dụng bị thu hồi, thì không có khoá API nào của ứng dụng đó hợp lệ cho các lệnh gọi API. Bản thân các khoá không bị thu hồi và có thể được sử dụng lại nếu nhà phát triển được phê duyệt lại. Nhãn "Đã phê duyệt" cho khoá API sẽ xuất hiện dưới dạng văn bản bị gạch ngang khi ứng dụng ở trạng thái bị thu hồi.
  • Giờ đây, ngày hết hạn của khoá API sẽ xuất hiện trên trang Thông tin chi tiết về ứng dụng dành cho nhà phát triển và các khoá được sắp xếp theo ngày hết hạn trong phần "Thông tin đăng nhập". Ví dụ: khoá không có thời hạn sẽ xuất hiện trong một nhóm cùng với các sản phẩm API liên kết, còn khoá hết hạn sau 90 ngày sẽ xuất hiện trong một nhóm khác cùng với các sản phẩm liên kết. Bạn không thể thay đổi thời gian hết hạn của một thông tin đăng nhập hiện có.
  • Với nút Thêm thông tin đăng nhập mới ở chế độ chỉnh sửa Ứng dụng dành cho nhà phát triển, bạn có thể tạo khoá API có thời gian hoặc ngày hết hạn cụ thể (hoặc không hết hạn). Khi (hoặc sau khi) tạo thông tin đăng nhập, bạn có thể thêm các sản phẩm API vào thông tin đăng nhập đó.
    Chức năng này thay thế nút "Tạo lại khoá" trên trang Chi tiết ứng dụng của nhà phát triển. Nút đó đã bị xoá.

Những điểm cải tiến này bổ sung các tính năng trong giao diện người dùng vốn đã có trong API quản lý. (EDGEUI-104)

Kích hoạt/Huỷ kích hoạt nhà phát triển ứng dụng trong giao diện người dùng (Giao diện người dùng Cloud 16.10.05)

Bạn có thể thay đổi trạng thái của nhà phát triển ứng dụng giữa trạng thái đang hoạt động và không hoạt động trong giao diện người dùng Edge (trang Thông tin chi tiết về nhà phát triển, chế độ chỉnh sửa, nút Bật/Tắt). Khi một nhà phát triển không hoạt động, không có khoá API ứng dụng nhà phát triển hoặc mã thông báo OAuth nào được tạo bằng các khoá đó là hợp lệ trong các lệnh gọi đến các proxy API. (EDGEUI-304)

Chỉ báo nhà phát triển không hoạt động trong giao diện người dùng (Giao diện người dùng ngày 26/10/2016)

Khi nhà phát triển ứng dụng được đặt thành "Không hoạt động", các ứng dụng và thông tin đăng nhập của nhà phát triển đó sẽ không còn hợp lệ nữa, mặc dù vẫn ở trạng thái "Đã phê duyệt". Giờ đây, khi xem các ứng dụng và thông tin đăng nhập của một nhà phát triển không hoạt động trong giao diện người dùng quản lý, nhãn trạng thái "Đã phê duyệt" trên các ứng dụng và thông tin đăng nhập sẽ xuất hiện dưới dạng văn bản bị gạch ngang, đồng thời một chú thích khi di chuột lên nhãn sẽ cho biết rằng nhà phát triển không hoạt động. Nếu nhà phát triển được khôi phục thành "Đang hoạt động", thì các ứng dụng và thông tin đăng nhập đã được phê duyệt của nhà phát triển đó sẽ một lần nữa hợp lệ và văn bản gạch ngang trên nhãn "Đã phê duyệt" sẽ bị xoá. (EDGEUI-728)

Dịch vụ Analytics

Đổi tên trang tổng quan "Phân tích mã lỗi" (Giao diện người dùng ngày 26/10/2016)

Đã đổi tên trang tổng quan "Phân tích lỗi" thành "Phân tích mã lỗi". Trang tổng quan này bao gồm các lệnh gọi API có mã trạng thái HTTP là 4xx và 5xx. (EDGEUI-738)

Dữ liệu TPS trên trang tổng quan về proxy (Giao diện người dùng ngày 26/10/2016)

Dữ liệu về số giao dịch trung bình mỗi giây ("TPS trung bình") đã được thêm vào trang tổng quan chính về Lưu lượng truy cập qua proxy. Ngoài ra, khi bạn di chuột qua các điểm dữ liệu riêng lẻ trên biểu đồ Lưu lượng truy cập qua proxy và Hiệu suất của proxy, TPS cho khoảng thời gian đó sẽ xuất hiện trong chú giải công cụ. (EDGEUI-668)

Hiển thị lỗi Analytics (Giao diện người dùng ngày 26/10/2016)

Khi một trang tổng quan phân tích nhận được lỗi 500, giao diện người dùng quản lý sẽ hiển thị "Báo cáo hết thời gian chờ" bất kể lỗi nào. Để cung cấp khả năng khắc phục sự cố tốt hơn, giờ đây, giao diện người dùng sẽ hiển thị lỗi thực tế. (EDGEUI-753)

Các lỗi đã được khắc phục

Các lỗi sau đây đã được khắc phục trong bản phát hành này. Danh sách này chủ yếu dành cho những người dùng kiểm tra xem phiếu yêu cầu hỗ trợ của họ đã được giải quyết hay chưa. Báo cáo này không được thiết kế để cung cấp thông tin chi tiết cho tất cả người dùng.

Edge for Private Cloud 4.17.01

ID vấn đề Mô tả
APIBAAS-1990 Ngăn xếp BaaS API không còn cố gắng xác thực với SMTP khi smtp.auth là false
APIRT-3032

Khi chạy lệnh "apigee-service baas-usergrid restart", lệnh này cũng sẽ chạy "configure"

Bạn không còn phải chạy "apigee-service baas-usergrid configure" rồi đến "apigee-service baas-usergrid restart" cho BaaS Stack nữa.

APIRT-3032

Không thực hiện tra cứu DNS nếu tên máy chủ là một địa chỉ IP.
DOS-4070

"apigee-all -version" hiện cho biết phiên bản của RPM edge-mint-*
DOS-4359

Đã thêm lựa chọn "pdb" để chỉ cài đặt cơ sở dữ liệu Postgres.

Chỉ được dùng khi cài đặt cổng Dịch vụ dành cho nhà phát triển. Xem phần Cài đặt cổng thông tin Dịch vụ dành cho nhà phát triển.

Cloud 16.10.26 (Giao diện người dùng)

ID vấn đề Mô tả
EDGEUI-768 Không tạo được proxy bằng StockQuote WSDL

Cloud 16.09.21_9

ID vấn đề Mô tả
MGMT-3674 Không thể tạo KVM hoặc Vault được mã hoá cho các tổ chức có bật HIPAA
MGMT-3647 Quyền truy cập Userrole đối với người dùng có email viết hoa sẽ trả về lỗi 403

Cloud 16.09.21

ID vấn đề Mô tả
APIRT-3507 Lỗi không liên tục (chẳng hạn như lỗi SNI) trên các lệnh gọi dịch vụ JavaScript
APIRT-3408 MP phát hành 160817 apigee-access analytics module processing messages differently
APIRT-3390

Thay đổi trong phản hồi lỗi do chính sách mã làm mới quyền truy cập trả về
APIRT-3389
APIRT-3381 Độ trễ cao trên các proxy sản xuất của khách hàng
APIRT-3366 Các chính sách về JavaScript không hoạt động trên tất cả các tổ chức dùng thử mới
APIRT-3363 Phân tích cú pháp URL không hợp lệ sẽ trả về trạng thái 500 với ApplicationNotFound
APIRT-3356 Thông báo mã thông báo không hợp lệ của OAuth
APIRT-3355 Lỗi 403 không liên tục trên proxy OAuth
APIRT-3285
APIRT-3261 Thông tin đăng nhập được xác thực dựa trên một ứng dụng phát triển khác đang hoạt động
APIRT-3234 Ứng dụng Node.js trả về NPE
APIRT-3223 Vấn đề về bộ nhớ đệm cũ của Apigee
APIRT-3193 Máy chủ đích Node.js bị treo sau khi chuyển sang ASG
APIRT-3152 lệnh gọi quản lý cachedlogs khiến các thông báo nhật ký bị chia nhỏ
APIRT-3117 MP đạt mức sử dụng CPU là 100% và ngừng phân phát lưu lượng truy cập
APIRT-3064 Bộ định tuyến – thông báo lỗi 503 tuỳ chỉnh từ bộ định tuyến
APIRT-2620 Nhóm luồng riêng cho một số bước chặn để cải thiện khả năng xử lý tải
CORESERV-774 Truy cập bằng khoá hợp lệ với tham chiếu apiproduct không hợp lệ sẽ gây ra lỗi máy chủ nội bộ

Cloud 16.10.05 (Giao diện người dùng)

ID vấn đề Mô tả
EDGEUI-697 Nút xuất trên trang Báo cáo
Nút Xuất đã bị xoá khỏi trang chủ Báo cáo tuỳ chỉnh. Bạn có thể xuất báo cáo trên mỗi trang báo cáo tuỳ chỉnh.

Cloud 16.08.24.01

ID vấn đề Mô tả
EDGEUI-663 Proxy được tạo cho cổng WeatherHttpGet của Weather.wsdl gặp lỗi trong thời gian chạy với lỗi 500
Khi tạo một proxy API cho dịch vụ SOAP, các cổng WSDL không có liên kết giao thức SOAP sẽ không còn xuất hiện trong trình hướng dẫn proxy API nữa. Đây là theo thiết kế, vì trình hướng dẫn chỉ tạo các yêu cầu SOAP.
EDGEUI-658 Vấn đề về tên thao tác truyền qua WSDL SOAP
EDGEUI-653 Lỗi khi tạo API Proxy node.js khi chọn tuỳ chọn Bật Cors
EDGEUI-648 Các cuộc gọi từ giao diện người dùng mất từ 2 đến 3 phút sẽ hết thời gian chờ
EDGEUI-623 Nút Thay đổi ngày trong nhật ký hoạt động của tổ chức không hoạt động trên Firefox
Trước
4.17.01.01
Tiếp
4.16.09.04