現在、Apigee Edge のドキュメントを表示しています。
Apigee X のドキュメントをご確認ください。 情報
2014 年 4 月 29 日（火）、Apigee Edge の新しいクラウド バージョンをリリースしました。
新機能と拡張機能
このリリースでの新機能と機能強化は次のとおりです。
- 分析ダッシュボード
Edge では、パフォーマンスのモニタリングに役立つ新しいエンドポイント パフォーマンス、API プロキシ パフォーマンス、キャッシュ パフォーマンス分析のレポートが提供されるようになりました。
分析ダッシュボードの「オペレーション ダッシュボード」をご覧ください。 - カスタム指標の集計でパフォーマンスを向上
この機能はご利用いただけなくなりました。
新しいカスタム集計機能では、API 呼び出しが行われると Edge が収集、保存するカスタム指標を定義できます。これにより、分析のパフォーマンスが向上します。レポートを表示する際、Edge はその場で取得するのではなく、すでに使用可能な集計指標にアクセスします。 - API プロキシで OAuth 2.0 を事前構成
API プロキシを作成するときに、新しい [Secure with OAuth v2.0 Access Tokens] オプションを使用すると、OAuth をサポートするポリシーを使用して API プロキシが自動的に構成されます。
OAuth をご覧ください。 - トレース内のデータ マスキング
/maskconfigs API リソースを使用すると、API プロキシ トレース セッション内でクレジット カード情報などの機密データをマスクし、API 開発中のユーザーデータのセキュリティを確保できます。
ケース:810723
データのマスキングと非表示をご覧ください。 - 基本認証ポリシー
基本認証ポリシーを使用すると、API プロキシに軽量の基本認証を追加して、ユーザー認証情報を自動的に Base64 エンコードして、HTTPAuthorization: Basicヘッダーを入力できます。
基本認証ポリシーをご覧ください。 - PostClientFlow
PostClientFlow を使用すると、レスポンスの送信後に実行する MessageLogging ポリシーを追加できます。これにより、API プロキシのレイテンシが短縮され、レスポンスの送信後まで計算されない情報（client.sent.start.timestamp や client.sent.end.timestamp など）をロギングできるようになります。
ケース: 814059
修正済みのバグ
以下のバグはこのリリースで修正されています。
| トピック | 説明 |
|---|---|
| カスタム レポート名の検証 | Edge では、カスタム レポートの名前が検証され、特殊文字の使用が禁止されるようになりました。 |
| developer_app のドリルダウンに関する問題を報告する | developer_app ドリルダウンを使用したカスタム レポートに、間違ったデベロッパー アプリが返されていました。なお、本事象はすでに解決しております。 |
| カスタム レポートで期間が機能していない | 複数のかっこ式（(request_verb eq 'POST') or (request_verb eq
'GET') など）を持つフィルタを含むカスタム レポートでは、レポートの期間を変更しても結果に影響しません。この問題は解決済みです。ケース: 810753 |
| カスタム レポートにグラフが表示されない | カスタム レポートにグラフが表示されない問題が修正されました。 ケース: 814623 |
| WSDL インポート |
|
| Concurrent Rate Limit ポリシーの構成 | ターゲット エンドポイント セレクタは、API プロキシに同時レート制限ポリシーを追加する場合にのみ使用できるようになりました。ターゲット エンドポイントは他のポリシーには適用されません。 |
| デベロッパー向けの企業サポート | 会社を有効にしている組織で、デベロッパーを作成または編集する際に会社を指定できるようになりました。 ケース: 515246 |
| デベロッパー、アプリ、プロダクトのエクスポート | Edge 管理 UI の [Developers] ページから、デベロッパー、アプリ、プロダクトを CSV ファイルにエクスポートできるようになりました。現在、この機能は収益化が有効になっている組織ではご利用いただけません。 ケース: 747159 |
| デベロッパー アプリのウィンドウがハングする | デベロッパーが Edge デベロッパー ポータルでアプリを削除した後、Edge 管理 UI でそのデベロッパー アプリをクリックすると、ウィンドウがハングします。この問題は解決済みです。 |
| API プロキシ構成でのコメント | API プロキシ構成内のコメントが API プロキシ エディタのコードビューと Property Inspector に表示されるようになりました。 |
| 無効な名前で作成された API プロキシ | 以前は、Edge 管理 UI では、名前にサポートされていない特殊文字が含まれていた API プロキシを作成できたため、無効な API プロキシを削除できませんでした。API プロキシ名が作成時に検証されるようになりました。英数字、「-」、「_」のみを使用できます。 ケース: 550390 |
| API プロキシの命名における大文字と小文字の区別 | 入力された大文字と小文字に関係なく、Edge は小文字の名前の API プロキシを作成していました。API プロキシに入力された名前の大文字と小文字を区別するようになりました。 |
| API プロキシの保存に関する警告 | API プロキシ エディタで API プロキシを保存すると、リビジョンが現在デプロイされているすべての環境（本番環境を含む）に API プロキシがデプロイされます。Edge 管理 UI で、プロキシを保存する前に警告が表示されるようになりました。 |
| 本番環境に保存する権限のないカスタムロール | デプロイされた API リビジョンが更新されると、内部のデプロイ解除がトリガーされ、デプロイされた環境へのデプロイが行われます。API プロキシを保存することで、適切なデプロイ権限のないカスタムロールをデプロイできました。この問題は、デプロイ権限を適用することで解決されています。 ケース: 813084 |
| ターゲット サーバーが重複しています | 重複するターゲット サーバーの作成時に、HTTP 409 エラーではなく、既存のターゲット サーバーを上書きして 201 ステータスを返しました。この問題は、409 エラーをスローし、既存のターゲット サーバーを上書きしないことで解決されています。 |
| API プロキシのトレース セッションを作成できない | 到達不能な Message Processor を含む環境に対して、トレース セッションが作成されていませんでした。この問題は、到達可能で使用可能な Message Processor にのみトレース セッションをアタッチすることで解決されました。 ケース: 812192 |
| JMSReplyTo の動作が更新されました | デフォルトでは、Edge は JMSReplyTo ヘッダーで指定されたキューにレスポンスを送信します。ただし、Edge ではなく JMSReplyTo キューへのレスポンスの送信をバックエンド サービスで処理する場合は、任意のフローで API プロキシのレスポンスに X-Apigee-Ignore-JMSResponse ヘッダーを追加し、true に設定します。<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| 高い CLOSE_WAIT と 502 不正ゲートウェイ エラー | 高い CLOSE_WAIT 指標と 502 不正なゲートウェイ エラーの原因となった問題が修正されました。 ケース: 814656、814664、814670 |
| Node.js 一時ディレクトリ | Node.js スクリプトを Edge にデプロイすると、特定のディレクトリへのファイル システムへのアクセスを制限するサンドボックス内で実行されます。ただし、os.tmpdir は /tmp や /var/tmp のようなディレクトリ名を返すため、Edge Node.js サンドボックスには存在しないため、一部のスクリプトが機能しなくなります。Edge Node.js サンドボックスに /tmp ディレクトリが追加され、os.tmpdir を使用できるようになりました。 |
| API 呼び出しでの null ポインタ例外 | Assign Message ポリシーでは、Edge が指標のレスポンス コードをキャプチャしようとしたときに、null レスポンス ステータスによって null ポインタ例外がスローされました。なお、本事象はすでに解決しております。 ケース: 815595 |