現在、Apigee Edge のドキュメントを表示しています。
Apigee X のドキュメントをご確認ください。 情報
2015 年 2 月 17 日(火)、Apigee Edge の新しいクラウド バージョンをリリースしました。
新機能と拡張機能
このリリースでの新機能と機能強化は次のとおりです。
アナリティクスの機能強化
このリリースには、Edge Analytics のダッシュボードとレポートのユーザビリティとパフォーマンスの多くの改善が含まれます。
- API、デベロッパー、プロダクト、デベロッパー アプリのパフォーマンス グラフは移動しました。以前は、これらのエンティティのメインページの下部に表示されていました。ここでは、各ページの上部にある [分析] タブを選択して、グラフにアクセスします。
- このリリースには、以下の既存または新しいダッシュボードに関する主要な作業が含まれています。
-
Apigee ダッシュボード(改訂): プロキシ トラフィック、デベロッパー エンゲージメント、デベロッパー アプリの 3 つの指標グラフが含まれます。各グラフには「詳細」ビューがあり、各指標を掘り下げることができます。Apigee ダッシュボードをご覧ください。
-
Proxy Performance(New): API プロキシのトラフィック パターンと処理時間を表示します。API プロキシ パフォーマンス ダッシュボードに代わるものです。API プロキシ パフォーマンスをご覧ください。
-
Traffic Composition(改訂): ダッシュボードのデザインとコンテンツを全面的に改訂しました。API プログラム全体に対する上位の API、アプリ、デベロッパー、プロダクトの相対的な貢献度を測定します。トラフィック構成をご覧ください。
-
Error Analysis(改訂): デザインと内容を完全に改訂しました。API プロキシとターゲットのエラー率を表示します。エラーコード分析ダッシュボードをご覧ください。
-
-
以下の既存のダッシュボードの名前が変更されました。
-
[エンドポイント パフォーマンス] が [ターゲットのパフォーマンス] に名前変更されました。API プロキシ バックエンド ターゲットのトラフィック パターンとパフォーマンス指標が表示されます。ターゲットのパフォーマンスをご覧ください。
-
[パートナー エンゲージメント] を [デベロッパー エンゲージメント] に名称変更: 最も多くの API トラフィックを生成している登録済みアプリ デベロッパーが表示されます。デベロッパーごとに、最も多くの API トラフィックと最も多くのエラーを生成している要素を確認できます。デベロッパー エンゲージメントをご覧ください。
-
管理 UI のフィルタリング オプション
管理 UI の [API プロキシ]、[プロダクト]、[デベロッパー]、[アプリ] の各ページでは、検索用の新しいフィルタリング オプションを使用できます。
Offline Trace ツール
Offline Trace ツールを使用すると、以前に保存したトレース セッションを表示して分析できます。保存されているトレース セッションは、基本的にトレース セッションの「記録」であり、トラブルシューティングや詳細な分析が必要な場合に役立ちます。Offline Trace ツールの UI は、ライブの Trace ツールに似ています。
詳細については、Offline Trace ツールの使用をご覧ください。
[ユーザー設定] に表示されたユーザー役割
管理 UI の [ユーザー設定] ページ([ユーザー名] > [ユーザー設定])に、ユーザーのロールが表示されます。
Edge 管理 UI の機能強化
このリリースには、Edge 管理 UI のユーザビリティと整合性に関する小規模な改善が多数含まれています。
修正済みのバグ
以下のバグはこのリリースで修正されています。
問題 ID | 説明 |
---|---|
APIRT-272 | io.timeout.millis の設定が反映されない API プロキシの HTTP ターゲット接続の io.timeout.millis 設定が、動的ターゲット エンドポイントに適用されるようになりました。 |
APIRT-441 | クライアントに返される OAuth エラー メッセージが変更されました OAuthV2 ポリシーで、continueOnError が true に設定されている場合、Edge は新しいフロー変数 oauthV2.policy-name.fault.name および oauthV2.policy-name.fault.cause に値を入力し、エラーに関する詳細情報を提供します。 |
APIRT-641 | 最新の XSD の場所 Apigee サンプル GitHub リポジトリで、Edge ポリシーのスキーマが更新されました。https://github.com/apigee/api-platform-samples/tree/master/schemas/policy をご覧ください。 |
APIRT-848 | Message Processor の高 RES メモリ使用量 |
APIRT-970 | Message Processor でのヒープ使用量が多い |
APIRT-998 | 複数の X-Forwarded-For IP を含む AccessControl ポリシーでトラフィックがブロックされていない アクセス制御ポリシーで、最初の X-Forwarded-For ヘッダーのみが使用されていました。複数の X-Forwarded-For ヘッダーが存在する場合、ポリシーによってすべての X-Forwarded-For ヘッダーが使用されるようになりました。 |
APIRT-1078 | デプロイ中に Message Processor と Router が古くなることがある |
APIRT-1098 | JavaScript の実行中に java.util.ConcurrentModificationException を示す MP ログ デバッグやトレース中に、一部の JavaScript ポリシーで「サービスを利用できない」エラーがスローされていました。なお、本事象はすでに解決しております。 |
APIRT-1099 | GetOAuthV2Info に関する問題 - AuthorizationCode。NPE をスローする。 AuthorizationCode を取得しようとしたときに、GetOAuthV2Info ポリシーが null ポインタ例外をスローしていました。この問題は解決されました。このポリシーで AuthorizationCode 情報の取得がサポートされるようになりました。 |
AXAPP-572 | [ダッシュボード] ページのプルダウンを選択しても状態が変わらない |
AXAPP-1295 | 内部サーバーエラーが発生するカスタム レポート 管理 UI で、カスタム レポートからの分析の呼び出しに対して特殊文字(%, ")が適切にエンコードされるようになりました。 |
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 | 「Connection: close」レスポンス ヘッダーが原因で、バックエンドの 200 が 503 に変更されている |
DEVRT-1039 | トランザクションの料金プランが必須ではない トランザクション記録ポリシーの要件が適用されていませんでした。現在、Monetization では引き続き、商品を含むパッケージの料金プランを定義する前に、その商品に対して Transaction Recording ポリシーが存在することが必要になります。 |
DEVRT-1210 | [契約条件] の日付項目の検証に組織のタイムゾーンが使用されていません 利用規約の発効日が正しく計算されていません。日付は組織のタイムゾーンと照らし合わせて検証されます。 |
MGMT-927 | ポリシー内の XML を正しく解析しない UI の開発。新しいリビジョンを保存する際に問題が発生する可能性があります。 XML 定義が複数行にラップされていると、管理 UI で API プロキシとポリシーの解析が行われませんでした。なお、本事象はすでに解決しております。 |
MGMT-1294 | ターゲット バックエンドの応答に時間がかかる場合、新しいトレース UI に受信リクエストが表示されない |
MGMT-1302 | ログイン時に管理 UI にループをリダイレクトする Firefox で管理 UI にログインできないことがあります。この問題は解決済みです。 |
MGMT-1309 | Trace UI フィルタが特殊文字を明示的に URL エンコードする |
MGMT-1323 | API モデルを認証情報なしで取得可能 API モデルリソースでは、proxyUrl ディスカバリ エンドポイントを除くすべてのリクエストで認証が必要になりました。つまり、SmartDocs HTML をバックエンドから直接表示するには、認証情報が必要になります。 |
MGMT-1386 | APIProxy の概要ページの AJAX エラー 複数の組織が別々のブラウザタブでアクティブになっているときに、データ完全性エラーが発生していました。Edge 管理 UI では、複数のブラウザタブがある状況でデータの整合性を確保できるようになりました。ブラウザタブで 1 つの組織を操作すると、他のすべての管理 UI タブでも、その組織に切り替える必要があります。 |
MGMT-1410 | Service Callout ポリシーで使用するときにターゲット サーバーが検証されない Service Callout ポリシーで、API プロキシ バンドルのデプロイ時にターゲット エンドポイントの欠落が許可されていました。ポリシーのターゲット エンドポイントが検証中で、Service Callout にターゲット エンドポイントが存在しないと、デプロイ時にエラーがスローされます。 |
MGMT-1411 | TargetEndPoint の LoadBalancer の <Path> 変数がデプロイ中に NPE をスローしない HTTPTargetConnection で、LoadBalancer を使用してパスが指定されていない場合、500 エラーがスローされました。この問題は解決されました。LoadBalancer に Path 要素がない場合は、デフォルトの「/」が使用されます。 |
MGMT-1416 | 条件が正しくないプロキシ バンドルをデプロイする際のメッセージの改善 API プロキシの開発中のエラー メッセージが改善され、エラーの場所と理由に関する詳細情報が含まれるようになりました。 |
MGMT-1496 | ユーザー追加時の UI エラー メッセージが正しくない 既存のユーザーを組織に再追加しようとすると、「User 未定義の組織がすでに組織に存在します」というメッセージが表示されました。「未定義」という単語がユーザー名に置き換えられています。 |
MGMT-1532 | 編集権限のないカスタムロールでは API プロキシの作成ができない |
MGMT-1538 | メールのローカル部分に「$」が含まれているデベロッパーは取得できません |
MGMT-1543 | 管理 UI から「ユーザー」ロールでデプロイできない |
既知の問題
このリリースには、次の既知の問題があります。
問題 ID | 説明 |
---|---|
APIRT-950 | デベロッパーのアプリとプロダクトについて、レポートに「なし」と表示される場合 アナリティクス レポートに「なし」と表示されることがあります。次のドキュメント トピックでは、さまざまなコンテキストでの「na」の意味について説明します。mean?今後のアップデートで、UI のこのラベルの表示が改善されます。 |