Edge Microgateway リリースノート

<ph type="x-smartling-placeholder"></ph> 現在、Apigee Edge のドキュメントが表示されています。
Apigee X のドキュメント。 詳細

バージョン 3.3.x

バグの修正および機能強化 v.3.3.x

3.3.3

2024 年 4 月 25 日に、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 3.3.3.で動作します各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

修正されたセキュリティ問題

• CVE-2023-0842
• CVE-2023-26115
• CVE-2022-25883
• CVE-2017-20162
• CVE-2022-31129
• CVE-2022-23539
• CVE-2022-23541
• CVE-2022-23540
• CVE-2024-21484
• CVE-2022-46175
• CVE-2023-45133
• CVE-2020-15366
• CVE-2023-26136
• CVE-2023-26115

3.3.2

2023 年 8 月 18 日に、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 3.3.2 を使用します。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

修正されたセキュリティ問題

なし。

3.3.1

2022 年 6 月 7 日に、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 統合されています。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

修正されたセキュリティ問題

3.3.0

2022 年 2 月 4 日に、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 最新のバージョンです各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

npm install apigeetool@0.15.1

バージョン 3.2.x

バグの修正および機能強化 v.3.2.x

3.2.3

2021 年 9 月 17 日に、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 3.2.3.で動作します各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

修正されたセキュリティ問題

3.2.2

2021 年 7 月 15 日（木曜日）に、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 統合されています。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

修正されたセキュリティ問題

3.2.1

2021 年 3 月 5 日（金曜日）、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 統合されています。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

edgemicro:
 enable_GET_req_body: true

3.2.0

2021 年 1 月 21 日（木曜日）、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 最新のバージョンです各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

バージョン 3.1.x

バグの修正および機能強化 v.3.1.x

3.1.8

2020 年 11 月 16 日（月曜日）に、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 統合されています。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

3.1.7

2020 年 9 月 24 日（木曜日）に、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 統合されています。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

{"message":"write after end","code":"ERR_STREAM_WRITE_AFTER_END"}

3.1.6

2020 年 8 月 20 日（木曜日）に、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 統合されています。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

3.1.5

2020 年 6 月 26 日（金曜日）に、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 統合されています。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

3.1.4

2020 年 4 月 23 日（金曜日）に、Edge に対する次の修正をリリースしました。 接続できます。

バグの修正:

バージョン 3.1.3 での依存関係の問題が修正されました。バージョン 3.1.3 は サポート終了 （npm リポジトリにあります）それ以外の場合、 本リリースには、バージョン 3.1.3 のリリースノートに記載のバグ修正および機能強化が適用されます。

3.1.3

2020 年 4 月 15 日（水曜日）に、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 統合されています。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

• 153509313 - Node.js デバッグ モジュールでメモリリークが発生する問題を修正しました。 この問題は、バージョン v3.1.0、v3.1.1、3.1.2 で発生します。
• 153509313 - 2 つの異なるトランザクションで同じメッセージ ID が使用される問題を修正しました 出力に出力されます。
• 151673570 - 新しいものを使用するように Edge Appliance が更新されない問題を修正しました Apigee KVM API。Edge Appliance では、クラスタの追加と更新に新しいコマンドが使用されるようになりました KVM 値。
• 152822846 - 以前のリリースでは、Edge Appliance は、 Apigee Edge のものと一致するリソースパス マッピングの割合。このリリースでは、問題が修正されました パターン /literal_string/* が正しく処理されませんでした。例: /*/2/*詳しくは、 次も リソースパス「/」、「/*」、「/**」の動作を構成する。
• 152005003 - 組織と環境をスコープとする ID を有効にするための変更が加えられた をご覧ください。
• 152005003 - 組織と環境をスコープとする ID を有効にするための変更が加えられた をご覧ください。「org + env + appName + productName」の組み合わせ割り当てとして使用され あります。

3.1.2

2020 年 3 月 16 日（月曜日）に、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 統合されています。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

• 151285018 - トラフィックに HTTP プロキシのサポートを追加するため機能が強化されている。 バックエンド ターゲットの間で行われます。さらに、既存の HTTP ロード バランシング プロキシ サポートもサポートしています。詳しくは、次をご覧ください。 <ph type="x-smartling-placeholder">
  </ph>
  • Apigee Edge との通信に HTTP プロキシを使用する
  • ターゲット通信に HTTP プロキシを使用する
• 149101890 - ターゲット サーバーまたはロードバランサが実行中の場合のログ通知コード は、接続が ERROR から INFO に変更されました。
• 150746985 - edgemicro verify コマンドが実行されない問題を修正しました。 redisBasedConfigCache: true か quotaUri: https://%s-%s.apigee.net/edgemicro-auth のどちらかが ありませんでした。
• 151284716 - ワーカーがサーバー接続を閉じる際の速度を向上させるよう改善。 リロード中に再起動されます。
• 151588764 - Edge Appliance の実行に使用する Docker イメージの Node.js バージョンを更新する バージョン 12 にアップグレードする必要があります。
• 151306049 - Apigee Edge 管理を一覧表示するためのドキュメントが更新されている Edge Appliance CLI コマンドで使用される API。<ph type="x-smartling-placeholder"></ph>をご覧ください。 Edge Scanner はどのような管理 API を使用しますか？をご覧ください。

3.1.1

2 月 20 日（木曜日）、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 統合されています。各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

• 146069701 - microgateway-core モジュールが は HTTP_PROXY 環境変数と HTTPS_PROXY 環境変数を尊重していなかった。 この変更により、YAML 構成ファイルでプロキシ設定が指定されている場合は、その設定が 無視されます。プロキシの指定には環境変数のみが使用されます。

  構成ファイルでプロキシ構成を指定する場合は、 指定した URL と同じプロキシ URL を参照する HTTP_PROXY 変数を指定します。 指定します。たとえば、次の構成を指定するとします。

  edge_config:
    proxy: http://10.128.0.20:3128
    proxy_tunnel: true
  

  この環境変数も指定する必要があります。

  HTTP_PROXY=http://10.128.0.20:3128

• 146320620 - 新しい設定パラメータ edgemicro.headers_timeout が新しく変更されました。 追加されました。この属性は、HTTP パーサーがレスポンスを受信するまで待機する時間（ミリ秒単位）を制限します。 完全な HTTP ヘッダーです。次に例を示します。

  edgemicro:
  keep_alive_timeout: 6000
  headers_timeout: 12000

  内部的には、このパラメータにより Node.js Server.headersTimeout 属性を使用します。（デフォルト: edgemicro.keep_alive_timeout で設定した時刻。このデフォルトの 設定することで、ロードバランサやプロキシが誤って接続をドロップするのを防ぐことができます）。

• 149278885 - ターゲット API のタイムアウトを グローバル タイムアウト設定を 1 つ使用する代わりに、API プロキシレベルでプロキシを設定できます。

  TargetEndpoint プロパティを設定した場合 io.timeout.millis API プロキシ内で作成されると、Edge API はそのプロパティを取得してターゲットを適用できるようになります。 タイムアウトまでの時間を延長できます。このパラメータが適用されない場合、Edge API は edgemicro.request_timeout で指定されたグローバル タイムアウト。

3.1.0

1 月 21 日（火曜日）、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 最新のバージョンです各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

• 144187500 - quotas.failOpen フラグがトリガーされると、新しい WARN レベルのイベントがログに記録される。 このフラグは、割り当て処理エラーが発生した場合、または「割り当てが適用される」場合にトリガーされます。リクエストを Edge がリモート割り当てカウンタの更新に失敗します。この場合、割り当ては 1 対 1 の リモート割り当ての同期が次に成功するまでは、ローカルでのカウントに対してのみです。これまでは イベントは、ログレベルが DEBUG に設定されている場合にのみログに記録されました。

  次に例を示します。

  2020-01-20T02:52:53.040Z [warn][localhost:8000][5][foo-eval][test][hello/][]
  [DbpGIq9jKfzPX8jvXEivhA0LPwE][f372cc30-3b2f-11ea-845f-a627f][quota][remote quota not
  available so processing locally, setting quota-failed-open for identifier: AppQuota60.Quota60]
  [GET][][][][]

• 145023519 - 処理中のトランザクションまたは新しいトランザクションが影響を受ける問題を修正しました。 API プロキシの変更が検出されると必ずトリガーされます。プロキシに変更が加えられると Edge Appliance がキャッシュを更新し、ワーカーノードが再起動します。この変更により 処理中のトランザクションは そして、Microgateway に送信される新しい API 呼び出しに影響はありません。
• 146378327 - sourceRequest、targetRequest、 および targetResponse が INFO レベルに変更されました。
• 146019878 - [API プロキシ パフォーマンス] で計算されたレイテンシの不一致 ログイベントに取り込まれたログイベントに関する あります。これで、Edge Analytics と Apigee のログイベントのレイテンシが調整されました。
• パターン マッチング ロジックに関連する変更: <ph type="x-smartling-placeholder">
  </ph>
  • 147027862 - 次のリソースパスをサポートするように oauth プラグインが更新されました。 API プロダクトで指定された照合パターン: <ph type="x-smartling-placeholder">
    </ph>
    • /{literal}**
    • /{literal}*
    • 上記の 2 つのパターンの任意の組み合わせ

    この変更により、Edge マネージャー プラグインは、 Apigee Edge と同じパターン マッチングを使用できます。 リソースの動作を構成する

  • 145644205 - oauth プラグインと一致するように apiKeys プラグインのパターン マッチング ロジックを更新。
• 143488312 - クライアント ID の先頭または末尾にスペースがある問題を修正しました。 パラメータにより、作成された JWT プロダクト リストが OAuth トークンの空になり、 API キー リクエスト。
• 145640807 と 147579179 - 特別な Edge Appliance を有効にする新機能が追加されました。 「Synchronizer」という名前のApigee Edge から構成データを取得して書き込む ローカルの Redis データベースに エクスポートします他のマイクロゲートウェイ インスタンスは、そのインスタンスを読み取るように構成できます。 構成データを取得します。この機能により、Edge Appliance に一定の復元力が追加されます。 これにより、マイクロサービスと通信することなく、マイクロサービス インスタンスを起動して機能させることができます。 Apigee Edge詳しくは、 Synchronizer の使用。

  現在、syncrhonizer 機能は Redis 5.0.x で動作します。

バージョン 3.0.x

バグの修正および機能強化 v.3.0.x

3.0.10

11 月 8 日（金曜日）、Google は Edge に対して以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 最新のバージョンです各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

• 142677575 - 機能が更新され、リソースパスのパターン マッチングが 使用されるリソースパス パターン マッチングと Apigee Edge（ <ph type="x-smartling-placeholder"></ph> リソースパス「/」、「/*」、「/**」の動作を構成する。

  注: /*/2/** などの複合リソース パターンを使用すると、 edgemicro_auth プロキシを スタンドアロン API プロダクトです。次に、そのプロダクトをプロキシのデベロッパー アプリに含める必要があります。 次のスクリーンショットのとおりです。

  

  注: features.isSingleForwardSlashBlockingEnabled 構成プロパティについては、 <ph type="x-smartling-placeholder"></ph> リソースパス「/」、「/*」、「/**」の動作の構成はサポートされていません。 構成されます

• 143740696 - quotas 設定の構造が変更されている（参照: バージョン 3.0.9 のリリースノートをご覧ください）。quotas プロパティを使用して、Quota プラグインを構成します。構造の変更は、以下の目的で行われました。 構成要素の明確化を図ります。 Quota プラグインを構成するには、次の YAML 構成を使用します。なお、 quotas という構成プロパティを使用します。 個々の quotas 構成の詳細 プロパティについては、をご覧ください。 割り当ての構成オプション。

  edgemicro:
    home: ../gateway
    port: 8000
    max_connections: -1
    max_connections_hard: -1
    logging:
      level: info
      dir: /var/tmp
      stats_log_interval: 60
    plugins:
      dir: ../plugins
      sequence:
        - oauth
        - quota
  quotas:
    bufferSize:
      hour: 20000
      minute: 500
      default: 10000
    useDebugMpId: true
    failOpen: true
  ...

• 141750056 - Redis を割り当てとして使用できる新機能が追加されました。 バックアップストアです useRedis が true の場合、 volos-quota-redis モジュールが使用されます。 true の場合、割り当ては、既存の Redis に接続する必要がありますfalse の場合、 volos-quota-apigee モジュールがバッキングストアとして使用され、割り当てカウンタはグローバルです。詳しくは、 <ph type="x-smartling-placeholder"></ph> 割り当ての構成オプション。次に例を示します。

  edgemicro:
  ...
  quotas:
    useRedis: true
    redisHost: localhost
    redisPort: 6379
    redisDb: 1

• 140574210 - edgemicro-auth によって生成されたトークンのデフォルトの有効期限 プロキシは 108,000 ミリ秒（1.8 分）から 1,800 秒（30 分）に変更されました。
• 143551282 - SAML 対応の組織をサポートするため、edgemicro genkeys コマンドに ‑‑token パラメータを含むように更新されました。このパラメータを使用すると、 認証用のユーザー名/パスワードではなく OAuth トークン。 詳しくは、<ph type="x-smartling-placeholder"></ph>をご覧ください。 キーの生成をご覧ください。

3.0.9

10 月 11 日（金曜日）、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 最新のバージョンです各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

• 141989374 - 新しい「フェイル オープン」機能が追加されました。 この機能を有効にすると、割り当て処理エラーが発生した場合に、 または "割り当てが適用される"リクエストが Edge へのリクエストでリモート割り当てカウンタの更新に失敗すると、 次に成功したリモート割り当てになるまで、ローカルの数のみに基づいて処理される 行われます。どちらの場合も、quota-failed-open フラグを 渡されます。

  割り当ての「フェイル オープン」を有効にするには次の構成を設定します。

  quotas :
   failOpen : true

  注: また、OAuth プラグインの fail-open リクエスト オブジェクト フラグの名前が、 oauth-failed-open。

• 142093764 - edgemicro-auth プロキシの設定変更 割り当ての超過を防止できます変更は、割り当てタイプを カレンダー。 この改善機能を使用するには、 edgemicro-auth をバージョン 3.0.7 以降のバージョンにします。
• 142520568 - MP のロギングを有効にする新機能が追加されました。 （Message Processor）ID 。この機能を使用するには、以下を更新する必要があります バージョン 3.0.7 以降への edgemicro-auth プロキシ 次のように構成します。

  quotas:
    useDebugMpId: true

  useDebugMpId が設定されている場合、Edge からの割り当てレスポンスには MP ID が含まれます。 取り込まれたログは、Edge API によってログに記録されます。次に例を示します。

  {
      "allowed": 20,
      "used": 3,
      "exceeded": 0,
      "available": 17,
      "expiryTime": 1570748640000,
      "timestamp": 1570748580323,
      "debugMpId": "6a12dd72-5c8a-4d39-b51d-2c64f953de6a"
  }

3.0.8

9 月 26 日（木曜日）、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 最新のバージョンです各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

• 140025210 - 新しい「フェイル オープン」機能が追加されました。この機能により、次の場合に API の処理を続行できます。 接続エラーのため期限切れの JWT トークンを更新できません。 edgemicro-auth プロキシへの API キー検証呼び出しが成功していること。

  この機能を使用すると、キャッシュに古いトークンが残る猶予期間を設定できます。 猶予期間が終了するまで再利用されます。この機能により、Edge Gateway は、 を使用すると、一時的な接続障害が発生した場合にリクエストの処理を続行できます。日時 接続が再開し、Verify API Key 呼び出しが成功すると、新しい JWT が生成されます。 キャッシュ内の古い JWT が置き換えられます。

  新しい「フェイル オープン」を構成する次の操作を行います。

  1. Edge Appliance の oauth スタンザに次のプロパティを設定します。 使用します。

     oauth:
       failOpen: true
       failopenGraceInterval: time_in_seconds
       cacheKey: true
       ...

     次に例を示します。

     oauth:
       failOpen: true
       failopenGraceInterval: 5
       cacheKey: true
       ...

     この例では、更新できない場合、古いトークンが 5 秒間使用されます。 接続の問題が原因で発生することがあります。 5 秒後に認証エラーが返されます。

• 141168968 - すべてのプラグインのログ出力内の correlation_id。 さらに、一部のログのログレベルが必要に応じて error に変更されました。
• 140193349 - Edge Appliance を必須にするように edgemicro-auth プロキシが更新されています。 すべての Verify API Key リクエストで検証されるキーとシークレット。このたび、 すべての Verify API Key リクエストでキーとシークレットが常に送信されるように更新されました。この変更 クライアントが API キーのみで JWT を取得できないようにします。
• 140090250 - 割り当て処理の診断ログを追加するための更新が行われました。こちらの クォートログ出力をその他の Edge Appliance と関連付けられるようになりました できます。

3.0.7

9 月 12 日（木曜日）、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

コンポーネントのバージョン:

次の表に、個々のコンポーネント プロジェクトのバージョン番号を示します。 関連付け 最新のバージョンです各コンポーネントは個別のプロジェクトであるため、 リリース番号がメインのプロダクト バージョンと異なる場合があります。

バグの修正と機能強化:

• 140075602 - OAuth プラグインが 5xx ステータス コードを返すように更新されました。 あります。以前は、プラグインはすべてのリソースで 4xx ステータス コードのみを返していました。 200 件未満にとどまっています200 ステータス以外のメッセージ レスポンスについては、 エラーに応じて、4xx または 5xx コードが返されます。

  この機能はデフォルトで無効になっています。この機能を有効にするには、oauth.useUpstreamResponse: true を追加します。 プロパティを Edge Dataproc 構成に追加します。次に例を示します。

  oauth:
    allowNoAuthorization: false
    allowInvalidAuthorization: false
    gracePeriod: 10
    useUpstreamResponse: true

• 140090623 - リリース 3.0.6 では、新しい構成プロパティ quota.quotaUri が追加されました。 edgemicro-auth で割り当てを管理する場合は、この構成プロパティを設定します。 組織にデプロイされたプロキシです。このプロパティが設定されていない場合、割り当てエンドポイントは デフォルトは内部 Edge AppSheet エンドポイントです。次に例を示します。

  edge_config:
    quotaUri: https://%s-%s.apigee.net/edgemicro-auth

  リリース 3.0.7 では、edgemicro-auth が更新され、この新しい できます。quotaUri プロパティを使用するには、 最新の edgemicro-auth プロキシ。詳しくは、<ph type="x-smartling-placeholder"></ph>をご覧ください。 Edgemicro-auth のアップグレード あります。

• 140470888 - Authorization ヘッダーが追加された 認証を提供するための割り当て呼び出しです。 また、edgemicro-auth プロキシが変更され、 「組織」割り当て ID から取得できます。割り当てエンドポイントは 割り当て ID は不要になります。
• 140823165 - 次のプロパティ名:

  edgemicro:
      keepAliveTimeout

  は、リリース 3.0.6 で誤って文書化されていました。正しいプロパティ名は次のとおりです。

  edgemicro:
      keep_alive_timeout

• 139526406 ～ デベロッパー アプリに 複数のプロダクトがあります割り当てがアプリ内の各プロダクトに正しく適用されるようになりました 複数のプロダクトがある場合です「appName + productName」の組み合わせ使用されるのは 割り当て識別子。

3.0.6

8 月 29 日（木曜日）、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

• 138633700 - 新しい設定プロパティ keepAliveTimeout を追加しました。このプロパティにより、 Edge Gateway のタイムアウト（ミリ秒単位）を設定します。（デフォルト: 5,000 ミリ秒）。

  次に例を示します。

  edgemicro:
    keep_alive_timeout: 600

• 140090623 - 新しい構成プロパティ quotaUri を追加しました。この構成を設定する edgemicro-auth プロキシを介して割り当てを管理する場合は、プロパティを使用します。 組織にデプロイされます。このプロパティが設定されていない場合は、 割り当てエンドポイントのデフォルトは、内部 Edge AppSheet エンドポイントになります。次に例を示します。

  edge_config:
    quotaUri: https://your_org-your_env.apigee.net/edgemicro-auth
  

  この機能を使用するには、まず最新バージョンの 組織への edgemicro-auth プロキシ。詳しくは、 <ph type="x-smartling-placeholder"></ph> Edgemicro-auth プロキシのアップグレード

• 138722809 - 新しい設定プロパティ stack_trace を追加しました。このプロパティ 使用するかどうかを ログファイルにスタック トレースは表示されません。次に例を示します。

  stack_trace: false

  stack_trace が true に設定されている場合: スタックトレースが ログに記録されます。false に設定した場合、スタックは ログに記録されません。

3.0.5

8 月 15 日（木曜日）、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

</ph>
• 139005279 - edgemicro status コマンドが返されない問題を修正しました。 適切な数のワーカープロセスが 必要となります
• 138437710 - ExitCounter クラスの問題が修正され、 防ぐことができます。

</ph>
• 139064652 - イベントのロギングレベル trace と debug を追加する機能を追加 システムログなどです現時点では、これらのログレベルを追加する機能のみが追加されています。現在、 使用可能なログレベルは、info、warn、error です。
• 139064616 - すべてのコンソール ログ ステートメントでログ出力が標準化されている。コンソール logging ステートメントに次の属性が追加されました。
• タイムスタンプ
• コンポーネント名
• プロセス ID
• コンソールログ メッセージ
で確認できます。

</ph>
• 138413755 - これらの CLI の JWT キーとシークレット関連のログ メッセージを改善する cert、verify、upgradekvm、token、genkeys、revokekeys、rotatekey、configure を指定します。

</ph>
• 138413577 - バックエンド サービスのタイムアウトのエラー処理を追加、改善。
• 138413303 - レスポンスとソケットのタイムアウトのエラー処理を追加、改善。
• 138414116 - 「接続が拒否されました」のエラー処理を追加、改善表示されます。

3.0.4

8 月 1 日（木曜日）に、Google は Edge に対して以下の修正と機能強化をリリースしました。 接続できます。

• 134445926 - 内部 Edge Scanner 認証を改善。
• 137582169 - 不要なプロセスが開始する問題を解決。追加のプロセス プラグインの再読み込みと過剰なメモリ使用が発生しました。 これにより、Edge AppSheet は、プロセス数を想定した上限内に維持できるようになりました。
• 137768774 - ログ メッセージの改善: <ph type="x-smartling-placeholder">
  </ph>
  • トランザクション（リクエスト）ログをクリーンアップしました。
  • 必要に応じてログメッセージを追加しました。
  • トランザクション（リクエスト）ログ メッセージをコンソール出力から関連するものに移動 表示されます。
  • 一元的なロギング機能を使用するようにコンソールログを更新しました。
• 138321133、138320563 - 割り当てバッファの基本的な内部変更 今後の割り当ての強化を有効にすることもできます。

3.0.3

7 月 23 日（火曜日）、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

• ロギングの強化: 既存のランタイムログでは、 <ph type="x-smartling-placeholder"></ph> 一貫した基準でランタイム データをキャプチャしてログに記録する eventLog() 関数 使用できます。ログ情報には以下が含まれます。 <ph type="x-smartling-placeholder">
  </ph>
  • タイムスタンプ（ISO 8601: YYYY-MM-DDTHH:mm:ss.sssZ）。
  • ログレベル（error、warn、info）。
  • Hostname - リクエスト ヘッダーのリクエスト元のホスト名。
  • Process ID（プロセス ID）- Node.js プロセスのクラスタを実行している場合、 プロセスを確認できます。
  • Apigee 組織名。
  • 組織内の環境名。
  • API プロキシ名。
  • クライアントの IP アドレス。
  • ClientId。
  • 相関 ID（現在設定されていません）。
  • Edge AppSheet コンポーネント名。
  • カスタム メッセージ - 一部のオブジェクトでは、渡された追加情報が出力されることがあります。 このエラープロパティに追加します。
  • リクエスト メソッド（HTTP リクエストの場合）。
  • レスポンス ステータス コード（HTTP リクエストの場合）。
  • エラー メッセージ
  • エラーコード - オブジェクトにエラーコードが含まれている場合は、このプロパティに出力されます。
  • かかった時間。
  • オペレーティング システム 線の終わりマーカー。

  null プロパティ値は、空のかっこ（[]）になります。

  次の例は、ログ形式を示しています。

  Timestamp [level][hostname][ProcessId][Org][Environment][APIProxy][ClientIp][ClientId][][component][customMessage][reqMethod][respStatusCode][errMessage][errCode][timeTaken]

  （137770055）。

• パフォーマンス: API プロダクトが環境に基づくフィルタリングが行われていませんでした。この問題 修正されました。（135038879）。
• その他の機能テストの統合とコード品質の改善。

3.0.2

2019 年 7 月 3 日（水曜日）に、Edge の以下の修正と機能強化をリリースしました。 接続できます。

コード品質 - コードの品質が審査され、コードの変更が行われています。 品質基準を満たしている、ということです。コード品質のエラーと警告に対処しました JSHint から派生します。 その結果、実際のコードエラーが特定され、修復されました。すべての Apigee Edge Appliance このプロセスに通過しました6 月 28 日と 7 月 2 日の commit を参照: microgateway-config, microgateway-core, microgateway-plugins、 microgateway。 コード品質が変更されたモジュールはすべて、 実行するための選択肢です。

3.0.1

2019 年 6 月 21 日（金曜日）に、Google は Edge の以下の修正と機能強化をリリースしました。 接続できます。

• 134834551 - Edge Appliance でサポートされている Node.js のバージョンを変更する
  （Node.js でサポートされているバージョン: 8 と 12。バージョン 7、9、11 は試験運用版です）
• 134751883 - 負荷がかかった状態で再読み込みすると Edge AppSheet がクラッシュする
• 134518428 - フィルタ パターンが「 不正解
• 135113408 - ワーカーが予期せず終了した場合、再起動する必要がある。
• 134945852 - OAuth プラグインで tokenCacheSize が使用されない
• 134947757 - OAuth プラグインで cacheTTL を設定する
• 135445171 - OAuth の猶予期間の計算が正しくない
• Edge Dataproc インストールに付属するメモのモジュールを使用する
• 135367906 - セキュリティ監査

バージョン 2.5.x

新機能と機能強化 v.2.5.x

（修正済み: 2.5.38、2019 年 6 月 7 日）

JWT の形式が正しくない場合、トークン キャッシュの使用時にワーカーがクラッシュする可能性があります。Edge で修正済み microgateway-plugins モジュールを使用します。（b/134672029）。

（2.5.37 で追加）CLI オプション edgemicro-cert -t を追加。

edgemicro cert -t オプションを使用すると、付与される OAuth トークンを 管理 API の認証を受けます。証明書の管理もご覧ください。

（2.5.35 で追加）edgemicroctl を使用して Edge Appliance をデバッグするためのサポートを追加。

edgemicroctl では mgdebug フラグを使用できます。関連項目 Kubernetes 統合タスク。

（2.5.35 で追加）edgemicroctl の Windows ビルドを有効にする。

（2.5.31 で追加）新しい edgemicro-auth/token API

クライアント/シークレットを Base64 でエンコードされたものとして渡すことができる新しい edgemicro-auth/token API が追加されました。 Basic Authorization ヘッダーと、フォーム パラメータとしての granted_type。 署名なしトークンの直接取得をご覧ください。

（修正 2.5.31）プライベート構成がトークンフラグを尊重しない

Edge で OAuth2 アクセス トークンを使用するように Edge Appliance を構成する際の問題が、 プライベート クラウドが正しく機能しなかった（トークンが尊重されなかった）。

Docker: 自己署名証明書の使用のサポート

（2.5.29 で追加）デフォルトで信頼されていない認証局（CA）を使用している場合、 Node.js では、Docker コンテナの実行時にパラメータ NODE_EXTRA_CA_CERTS を使用できます。 説明します 詳細については、Node.js で信頼されていない CA を使用するをご覧ください。

Docker: TLS のサポート

（2.5.29 で追加）Docker コンテナで実行されている Edge Appliance で、受信トラフィックの TLS がサポートされるようになりました リクエスト（ノースバウンド リクエスト）と、Edge Gateway からの送信リクエスト ターゲット アプリケーション（サウスバウンド リクエスト）。

次の例は、これらの TLS 構成の設定方法について詳しく説明します。

• ノースバウンド TLS 構成の例
• サウスバウンド TLS 構成の例

この例では、コンテナのマウント ポイント /opt/apigee/.edgemicro を使用して読み込む方法を示します。 この証明書は、その後、Edge API 構成ファイルで参照されます。

Docker: リクエスト プロキシのサポート

（2.5.27 で追加）Docker コンテナで Edge Appliance を実行する場合は、これらのオプションを使用してプロキシを制御できます。 ゲートウェイがファイアウォールの内側で実行されている場合の動作:

• HTTP_PROXY
• HTTPS_PROXY
• NO_PROXY

詳しくは、Docker コンテナとして Edge Micro を実行するをご覧ください。

Docker: プラグインの手順の更新

（2.5.27 で追加）Docker コンテナで Edge Appliance を実行する場合、次の 2 つのオプションがあります。 説明します。その方法の一つは、Docker のマウント ポイントを使用する方法です。もう一つのオプションは 基本的に変更はありません。Dockerfile は更新されています詳しくは、次のリンクをご覧ください。

• オプション A: ボリュームにプラグイン ディレクトリをマウントする（新規）
• オプション B: コンテナにプラグインをビルドする（更新済み）

KVM アップグレード コマンドの新しい OAuth トークンのサポート

（2.5.27 で追加）upgradekvm コマンドで OAuth トークンを使用できます。詳しくは、 KVM をアップグレードする。

Edge Analytics での API の分離

（2.5.26 で追加）新しい分析プラグイン フラグを使用すると、特定の API パスを分離して、 別のプロキシを使用することもできます。たとえば ヘルスチェック API を分離して、実際の API 呼び出しと混同しないようにできます。詳細については、次をご覧ください: 分析からのパスの除外。

ローカル プロキシの構成

（追加 2.5.25）ローカル プロキシを使用すると、 Apigee Edge で、Microgateway 対応プロキシを手動で作成します。代わりに、Microgateway は ローカル プロキシのベースパス。詳細については、ローカル プロキシ モードの使用をご覧ください。

スタンドアロン モードの使用

（2.5.25 を追加）任意の接続環境から完全に接続解除した Edge Appliance を実行できます。 Apigee Edge の依存関係。スタンドアロン モードと呼ばれるこのシナリオでは、Edge Apigee を実行してテストできます。 をご覧ください。Edge Gateway のスタンドアロン モードでの実行をご覧ください。

キーの取り消し

（2.5.19 で追加）組織の鍵およびシークレットの認証情報を取り消す新しい CLI コマンドが追加されました。 。

edgemicro revokekeys -o [organization] -e [environment] -u [username] -k [key] -s [secret]

Docker サポート

（2.5.19 で追加）最新の Edge Appliance リリースを Docker イメージとしてダウンロードできるようになりました。

docker pull gcr.io/apigee-microgateway/edgemicro:latest

Kubernetes のサポート

（2.5.19 で追加）Edge Appliance をサービスとしてデプロイすることも、サイドカー ゲートウェイとしてデプロイすることもできます。 Kubernetes クラスタにデプロイされたサービス。参照: Edge API と Kubernetes の統合の概要

TCP ノードレイ オプションのサポート。

（2.5.16 で追加）新しい構成設定 nodelay が Edge Micro 構成に追加されました。

デフォルトでは、TCP 接続は Nagle アルゴリズムを使用して、データを送信する前にバッファリングします。nodelay を true に設定する。 この動作を無効にする（データは、 socket.write() が呼び出されます）。また、Node.js ドキュメントをご覧ください。

nodelay を有効にするには、Edge Micro 構成ファイルを次のように編集します。

edgemicro:
  nodelay: true
  port: 8000
  max_connections: 1000
  config_change_poll_interval: 600
  logging:
    level: error
    dir: /var/tmp
    stats_log_interval: 60
    rotate_interval: 24

Forever モニタリング用の新しい CLI オプション

（2.5.12 で追加）edgemicro forever コマンドに新しいパラメータを追加しました。これらのパラメータを使用すると、 forever.json ファイルの場所を指定し、Forever を起動または停止できます。 バックグラウンド プロセスで実行されることがあります。Forever のモニタリングもご覧ください。

例:

Forever を起動するには:

edgemicro forever -f ~/mydir/forever.json -a start

Forever を停止するには:

edgemicro forever -a stop

JWT 鍵のローテーション

以前に使用した公開鍵/秘密鍵のペアをローテーションできる新機能が追加されました。 Edge Appliance の OAuth セキュリティに使用される JWT トークンを生成します。<ph type="x-smartling-placeholder"></ph>をご覧ください。 JWT 鍵のローテーションをご覧ください。

ダウンロードした API プロキシのフィルタリング

デフォルトでは、Edge AppSheet は Edge 組織内のすべてのプロキシをダウンロードします。 名前の接頭辞「edgemicro_」で始まる必要があります。このデフォルトを変更して、プロキシをダウンロードできます。 名前にパターンが一致するものを見つけます。<ph type="x-smartling-placeholder"></ph>をご覧ください。 ダウンロードしたプロキシのフィルタリング。

API プロキシのないプロダクトの指定

Apigee Edge では、API プロキシを含まない API プロダクトを作成できます。 このプロダクト構成では、そのプロダクトに関連付けられた API キーを、そのプロダクトに関連付けられたあらゆる 組織にデプロイされたプロキシです。バージョン 2.5.4 以降、Edge マネージャーはこのプロダクトをサポートしています。 できます。

永久モニタリングのサポート

Edge AppSheet には、次のように構成できる forever.json ファイルがあります。 は、Edge AppSheet の再起動の回数と間隔を制御できます。このファイル forever をプログラムで管理する forever-monitor というサービスを構成します。<ph type="x-smartling-placeholder"></ph>をご覧ください。 永久モニタリング。

Edge マイクロ構成ファイルの一元管理

複数の Edge Scanner インスタンスを実行する場合は、それぞれのインスタンスを 一元管理できます。これを行うには、Edge が動作する HTTP エンドポイントを micro は構成ファイルをダウンロードできます。<ph type="x-smartling-placeholder"></ph>をご覧ください。 構成ファイルのエンドポイントを指定するをご覧ください。

永久的な CLI オプションのサポート

（2.5.8 で追加）edgemicro forever [package.json] コマンドを使用して、 forever.json ファイルの場所。このコマンドを追加する前に、構成内で ファイルは Edge Appliance のルート ディレクトリに配置されている必要があります。

例:

edgemicro forever ~/mydir/forever.json

再読み込みコマンドへの configUrl オプションの追加

（2.5.8 で追加）--configUrl または -u オプションを edgemicro reload コマンドを使用します。

JWT の時間差の猶予期間

（2.5.7 で追加）OAuth 構成の gracePeriod 属性でエラーを防止 システム クロックと Not Before（nbf）または Issued At （iat）JWT 認証トークンで指定された時間。この属性を秒数に設定します。 調整する必要があります<ph type="x-smartling-placeholder"></ph>をご覧ください。 OAuth 属性をご覧ください。

（2.5.7 で追加）OAuth 構成の gracePeriod 属性でエラーを防止 システム クロックと Not Before（nbf）または Issued At （iat）JWT 認証トークンで指定された時間。この属性を秒数に設定します。 調整する必要があります<ph type="x-smartling-placeholder"></ph>をご覧ください。 OAuth 属性をご覧ください。

修正されたバグ v2.5.x

• （問題 #236）キャッシュ削除時の誤字を修正しました。
• （問題 #234）Edge Appliance 2.5.35 の再読み込みがクラッシュする
• （問題 #135）無効な仮想ホスト参照「secure」エラー -v オプションを使用します。この修正では、デプロイ前に Edgemicro-auth プロキシが変更され、 「-v」で指定した内容と仮想ホストが一致していることを確認します。設定されます。また 仮想ホストには任意の数と名前を指定できます（ （デフォルト、安全など）です。
• （問題 #141）edgemicro refresh コマンドで 構成ファイルのオプション -c を使用します。なお、本事象はすでに解決しております。
• （問題 #142）Edge マネージャー がインストール時に非推奨の暗号に関するエラーを報告します。 なお、本事象はすでに解決しております。
• （問題 #145）Edge AppSheet で割り当てが機能しない。なお、本事象はすでに解決しております。
• （Apigee コミュニティの問題: https://community.apigee.com/questions/33149/emg-jwt-token-validated-against-both-api-proxies-a.html#answer-33336) OAUTH で API プロキシとリソース URI の両方に対して検証された JWT トークン。この問題は、 あります。
• （Apigee コミュニティの問題: https://community.apigee.com/questions/47846/microgateway-not-working-with-oauth.html） Apigee が OAuth で機能しません。なお、本事象はすでに解決しております。
• Windows の pidPath を修正。
• （問題 #157）次のエラー メッセージの原因が修正されました。 ReferenceError: deployProxyWithPassword が定義されていない。
• （問題 #169）Node.js の依存関係を更新する（npm audit）
• edgemicro-auth プロキシで Edge JWT ポリシーが使用されるようになりました。プロキシは、 JWT サポートを提供する Node.js。

バージョン 2.4.x

新機能と機能強化 v.2.4.x

1. カスタム エイリアスの設定 Edgemicro-auth プロキシ（PR 116）の場合

edgemicro-auth プロキシのデフォルトのベースパスは変更できます。デフォルトでは ベースパスは /edgemicro-auth です。変更するには、-x フラグを使用します。 edgemicroconfigure コマンドで指定する必要があります。

例:

edgemicro configure -x /mypath …

2.ベースパスのワイルドカードのサポート（PR 77）

「*」は 1 つ以上使用できますベースパスのワイルドカードを edgemicro_* プロキシを使用します。たとえば、ベースパスが /team/*/members です。 クライアントが https://[host]/team/blue/members を https://[host]/team/green/members: 新しい API プロキシを作成する必要なし 新しいチームをサポートします/**/ は サポートされません。

3. Private Cloud 構成（PR）用の CLI に追加されたカスタム構成パス 。

デフォルトでは、Microgateway 構成ファイルは ./config/config.yaml にあります。 init、configure、start コマンドで、gcloud コマンドライン ツールと コマンドラインで -c または --configDir フラグを使用します。問題を修正しました Private Cloud インストール用のカスタム構成ディレクトリが認識されなかった。

例:

edgemicro start -o docs -e test -k abc123 -s xyz456 -c /home/microgateway/config

4. *_PROXY 変数を尊重する（PR 61）

Edge Appliance がファイアウォールの内側にインストールされていて、Apigee と通信できない場合 パブリック クラウドのエッジでは、次の 2 つの選択肢があります。

オプション 1:

1 つ目のオプションは、microgateway で Edgemicro: proxy_tunnel オプションを true に設定する方法です。 config ファイル:

edge_config:
   proxy: http://10.224.16.85:3128
   proxy_tunnel: true

proxy_tunnel が true の場合、Edge API は HTTP CONNECT メソッドを使用すると、単一の TCP 接続を介して HTTP リクエストをトンネリングできます。（これは プロキシを構成するための環境変数で TLS が有効になっている）。

オプション 2:

2 つ目は、プロキシを指定して proxy_tunnel を Apigee 構成ファイルで false に設定します。例:

edge_config:
   proxy: http://10.224.16.85:3128
   proxy_tunnel: false

この場合、次の変数を設定して、各 HTTP プロキシのホストを制御できます。 ホスト、またはプロキシを処理しないホストを指定します。 HTTP_PROXY、HTTPS_PROXY、NO_PROXY。Google Chat では NO_PROXY を、Edge Gateway が設定するドメインのカンマ区切りリストとして設定します。 内部 IP アドレスを使用して通信できます例:

export HTTP_PROXY='http://localhost:3786'
export HTTPS_PROXY='https://localhost:3786'

これらの変数の詳細については、以下をご覧ください。

https://www.npmjs.com/package/request#controlling-proxy-behaviour-using-environment-variables

5. ターゲット リクエストのカスタム タイムアウトの設定（PR 57）

この構成では、ターゲット リクエストにカスタム タイムアウトを設定できます。

edgemicro:
    request_timeout: 10

タイムアウトは秒単位で設定されます。タイムアウトが発生すると、Edge API は 504 を返します。 ステータス コード。

6. ターゲット レスポンス（PR）でカスタム HTTP ステータス メッセージを尊重する 53）

Edge Dataproc は、ターゲット レスポンスで設定されたカスタム HTTP ステータス メッセージを尊重します。 以前のリリースでは、ターゲットから送信されたステータス メッセージは Node.js でオーバーライドされていました。 できます。

7. X-Forwarded-For ヘッダーは、サービス用に client_ip を アナリティクス

存在する場合、X-Forwarded-For ヘッダーは client_ip 変数。この機能を使用すると、 クライアントの IP を確認する。

8. OAuth プラグインの変更

OAuth プラグインは、API キー検証と OAuth アクセス トークン検証をサポートしています。変更前 この変更により、プラグインはどちらのセキュリティ形式も受け入れられました。この変更により、 セキュリティモデルの一つです（下位互換性を維持）。

OAuth プラグインには、次の 2 つのフラグが追加されています。

• allowOAuthOnly - true に設定すると、すべての API で 署名なしアクセス トークンを含む Authorization ヘッダー。

• allowAPIKeyOnly - true に設定すると、すべての API で x-api-key ヘッダー（またはカスタム ロケーション）と API キー。

これらのフラグは、Edge Apigee 構成ファイルで次のように設定します。

oauth:
    allowNoAuthorization: false
    allowInvalidAuthorization: false
    keep-authorization-header: false
    allowOAuthOnly: false
    allowAPIKeyOnly: false

9. Edgemicro-auth プロキシ（PR 40）を改善しました。

edgemicro-auth プロキシが改善されました。変更前 プロキシは鍵を暗号化された Vault である Edge Secure Store に保存しました。プロキシは Edge の暗号化された Key-Value マップ（KVM）にキーを保存します。

10. プラグインのデフォルトのターゲット URL の書き換え（PR 74）

ターゲット エンドポイント ポートをオーバーライドして、HTTP と HTTPS のいずれかを選択することもできます。これらを プラグイン コード内の変数（req.targetPort、および req.targetSecure.HTTPS を選択するには、req.targetSecure を次のように設定します。 true;false に設定します。req.targetSecure を true の場合は、こちらのディスカッション スレッドをご覧ください。

11. OAuth トークン認証の初期サポート （PR） 125）

次のように、認証に OAuth トークンを使用するように Edge Appliance を構成できます。 構成します。OAuth トークンを使用するには、edgemicro 上で次のパラメータを使用します。 config コマンドを使用します。

-t, --token <token>

例:

edgemicro configure -o docs -e test -t <your token>

修正されたバグ v2.4.3

• Edgemicro-auth プロキシを適切に実行するために有料組織が必要になる問題を修正しました。さて、 トライアル組織でも Edge Appliance を使用できます。（PR 5）
• ストリームでデータの処理が完了していないが、終了ハンドラでは処理が完了していない問題を修正しました 実行されます。これにより、部分的なレスポンスが送信されました。（PR 71）
• Private Cloud インストール用のカスタム構成ディレクトリがない問題を修正しました 認識されます。（PR 110）
• クライアントと Edge AppSheet 間の双方向 SSL の問題を修正しました。(PR 70）
• API キーのプロキシ ベースパスで末尾にスラッシュが必要な問題を修正しました 検証が適切に機能します。これで、ベースパスの末尾にスラッシュを付ける必要はなくなりました。 （PR 48）

バージョン 2.3.5

新機能と機能強化 v.2.3.5

プロキシ フィルタリング

Edge Controls インスタンスが処理する Apigee 対応プロキシをフィルタリングできます。 Edge AppSheet は、起動すると、サービス インスタンスのマイクロゲートウェイ対応のプロキシをすべてダウンロードします。 関連付けられています次の構成を使用して、接続先のプロキシを制限する 処理しますたとえば、この構成では、マイクロサービスのプロキシが は、edgemicro_proxy-1、edgemicro_proxy-2、および edgemicro_proxy-3:

proxies:
  - edgemicro_proxy-1
  - edgemicro_proxy-2
  - edgemicro_proxy-3

分析データのマスキング

新しい構成では、リクエストパス情報が Edge に表示されないようにできます。 分析できます以下をマイクロゲートウェイの構成に追加して、リクエスト URI をマスクします。 リクエストパスを指定します。URI は、リクエストのホスト名とパスの部分で構成されます。

analytics:
  mask_request_uri: 'string_to_mask'
  mask_request_path: 'string_to_mask'

バージョン 2.3.3

新機能と機能強化 v.2.3.3

このリリースにおける新機能と機能強化は次のとおりです。

自動変更ポーリングを無効にする

変更の自動ポーリングを無効にするには、マイクロゲートウェイでこの属性を設定します。 config:

disabled_config_poll_interval: true

デフォルトでは、定期的なポーリングは、Edge で行われた変更（プロダクト、 ローカル構成ファイルに加えられた変更も示されます。デフォルト ポーリング間隔は 600 秒（5 分）です。

プラグインのターゲット URL の書き換え

これらの変数を変更することで、プラグインのデフォルトのターゲット URL を動的にオーバーライドできます。 プラグイン コード内の req.targetHostname と req.targetPath.

新しいプラグイン関数のシグネチャ

ターゲット レスポンスを 渡します。この追加により、プラグインがターゲット レスポンスに簡単にアクセスできるようになります。

function(sourceRequest, sourceResponse, targetResponse, data, cb)

簡素化されたデフォルトのロギング出力

ロギング サービスでは、ダウンロードしたプロキシ、プロダクト、JWT の JSON がデフォルトで省略されるようになりました。 起動時に DEBUG=* を設定することで、これらのオブジェクトを出力するようにデフォルトに変更できます。 説明します。例:

DEBUG=* edgemicro start -o docs -e test -k abc123 -s xyz456

CLI にカスタム構成パスを追加。

デフォルトでは、Microgateway 構成ファイルは ./config/config.yaml にあります。init では、 カスタム構成のパスをコマンドラインで指定できるようになりました。次に例を示します。

edgemicro start -o docs -e test -k abc123 -s xyz456 -c /home/microgateway/config

修正されたバグ v2.3.3

• 大きなリクエスト/レスポンス中に発生したメモリリークを修正しました。
• プラグインの実行順序を修正しました。これで、 ご覧ください
• プラグインの accumulate-request プラグインが、GET リクエストに対してハングしなくなりました。
• accumulate-response プラグインで、レスポンス本文の欠如によって発生する問題が修正された 表示されます。

リリース 2.3.1

インストールに関する注意事項

以前のバージョンの Edge AppSheet では、ZIP をダウンロードしてソフトウェアをインストールできる場合があります。 表示されます。これらの ZIP ファイルはサポートされなくなりました。Edge AppSheet をインストールするには、以下を使用する必要があります。

npm install -g edgemicro

詳しくは、インストールに関するトピック 詳しく見ていきます

新機能と機能強化 v.2.3.1

このリリースにおける新機能と機能強化は次のとおりです。

プロキシのフィルタ

新しい構成を使用すると、Edge AppSheet が読み込むプロキシをフィルタできます。 表示されます。以前は、Microgateway は、Microgateway 対応のすべてのプロキシ（名前が Edgemicro_* など）を、edgemicro で指定したエッジ組織/環境から pull します。 構成します。この新機能を使用すると、このプロキシのリストをフィルタリングして、 ユーザーが指定したもののみを読み込みます。プロキシ要素をマイクロゲートウェイに追加するだけです。 次のような構成ファイルを作成します。

edge micro:
proxies:
    - edgemicro_[name]
    - edgemicro_[name]
    ...

たとえば、Edge に 50 個の edgemicro_* プロキシがあるとします。 org/env（edgemicro_foo と edgemicro_bar という名前のものを含む）。Google Chat では 以下のように、この 2 つのプロキシのみを使用するようにマイクロサービスに指示します。

edge micro:
proxies:
    - edgemicro_foo
    - edgemicro_bar

起動時に、Microgateway は指定されたプロキシのみを呼び出せます。すべての試行 Edge 組織/環境からダウンロードされた他の Apigee 対応プロキシを呼び出すには、 エラーが発生します。

プラグインでターゲット リクエスト ヘッダーを設定する

ターゲット リクエスト ヘッダーを追加または変更する場合は、次の 2 つの基本的なパターンについて検討する必要があります。 もう 1 つは受信リクエストにデータが含まれている場合（POST リクエストなど）で、もう 1 つは含まれていないもの（ 。

受信リクエストにデータが含まれていて、リクエストに対して特定のアクションを ヘッダーによって識別されます。以前のバージョンの Edge Appliance では、次のことは行えませんでした。 必ずターゲット ヘッダーを設定してください。

このパターンの鍵は、まずクライアントからのすべての受信データを蓄積することです。次に、 onend_request() 関数の場合は、新しい関数 request.setOverrideHeader(name, value) を使用してヘッダーをカスタマイズします。

以下は、その方法を示すサンプル プラグイン コードです。ヘッダーは onend_request がターゲットに送信されます。

module.exports.init = function(config, logger, stats) {


  function accumulate(req, data) {
    if (!req._chunks) req._chunks = [];
    req._chunks.push(data);
  }

  return {

    ondata_request: function(req, res, data, next) {
      if (data && data.length > 0) accumulate(req, data);
      next(null, null);
    },

    onend_request: function(req, res, data, next) {
      if (data && data.length > 0) accumulate(req, data);
      var content = Buffer.concat(req._chunks);
      delete req._chunks;
      req.setOverrideHeader('foo', 'bar');
      req.setOverrideHeader('content-length', content.length);
      next(null, content);
    },


    onerror_request: function(req, res, data, next) {
      next(null, null);
    }

  };

}

リクエストにデータが含まれていない場合は、 onrequest() ハンドラ。このパターンは新しいものではなく、以前に文書化されている これは、Edge Dataproc で提供されているサンプル プラグインで使用されています。

onrequest: function(req, res, next) {
      debug('plugin onrequest');
      req.headers['x-foo-request-id'] = "bar";
      req.headers['x-foo-request-start'] = Date.now();
      next();
    }

ゼロ ダウンタイムの再読み込み機能

Edge Appliance に構成を変更したら、その構成を読み込むことができます。 メッセージをドロップすることはありませんこの変更により、Edge API は常にクラスタモードで起動します。 --clusterオプションがedgemicro startから削除されました 使用できます。

さらに、3 つの新しい CLI コマンドが追加されました。これらのコマンドは、 Edgemicro の start コマンドを実行したのと同じディレクトリです。

• edgemicro status - Edge Dataproc が動作しているかどうかを確認します。 表示されます。
• edgemicro stop - Edge Apigee クラスタを停止します。
• edgemicro reload - Edge Appliance を再読み込みします。 デプロイできます。

ダウンタイムなしでの構成の自動再読み込み

Edge AppSheet は新しい構成を定期的に読み込み、必要に応じて再読み込みを実行します。 変更されました。ポーリングは、Edge で行われた変更（プロダクトに対する変更、Microgateway 対応 ローカル構成ファイルに対する変更も示されます。デフォルトのポーリング間隔は、 600 秒（5 分）。Apigee 構成ファイルのデフォルトは、次のように変更できます。 次のようになります。

edgemicro:
    config_change_poll_interval: [seconds]

CLI にバージョン情報を追加

--version フラグが CLI に追加されました。Edge の現在のバージョンを取得する 次のものを使用します。

edgemicro --version

新しい Edge Appliance サーバーの SSL オプション

Edge Appliance では、新たに次のサーバー SSL オプションがサポートされるようになりました。 key と cert:

ログファイルを stdout に送信する

新しい構成設定を使用して、ログデータを標準出力に送信できます。

edgemicro:
  logging:
    to_console: true  

<ph type="x-smartling-placeholder"></ph>をご覧ください。 ログファイルの管理をご覧ください。

バージョン 2.1.2

このリリースにおける新機能と機能強化は次のとおりです。

構成用のカスタム API エンドポイントを許可する

認可プロキシ用に新しい構成可能なエンドポイントがあり、 アクセスすることもできます。これらのエンドポイントは次のとおりです。

• edgeconfig:verify_api_key_url
• edgeconfig:products

詳しくは、<ph type="x-smartling-placeholder"></ph>をご覧ください。 カスタム認証サービスの使用をご覧ください。

バージョン 2.1.1

このリリースにおける新機能と機能強化は次のとおりです。

クロス プラットフォーム対応の Auth Proxy をデプロイする

Edge Dataproc 認可のデプロイに使用するコマンドが拡張されました。 Windows システムと互換性があります。

バージョン 2.1.0

新機能と機能強化 v.21.0

新機能と機能強化は次のとおりです。

クライアント SSL/TLS オプションを指定する

新しい構成セットを使用して、ターゲットへの SSL/TSL 接続のクライアント オプションを指定できます。 。<ph type="x-smartling-placeholder"></ph>をご覧ください。 クライアント SSL/TSL オプションの使用をご覧ください。

バージョン 2.0.11

インストール メモ v2.0.11

以前のバージョンの Edge AppSheet では、ZIP をダウンロードしてソフトウェアをインストールできる場合があります。 表示されます。これらの ZIP ファイルはサポートされなくなりました。Edge AppSheet をインストールするには、以下を使用する必要があります。

npm install -g edgemicro

詳しくは、インストールに関するトピック 詳しく見ていきます

新機能と機能強化 v.2.0.11

新機能と機能強化は次のとおりです。

起動時にポートを指定する

start コマンドを使用すると、ポート番号を指定して 構成ファイルが更新されます。PORT 環境変数を使用してポート番号を指定することもできます。詳しくは、 start コマンドをご覧ください。

必要に応じて認証ヘッダーを保持する

新しい構成設定（keepAuthHeader）を使用すると、 リクエストで送信された Authorization ヘッダー。true に設定すると、Auth ヘッダーが あります。<ph type="x-smartling-placeholder"></ph>をご覧ください。 oauth 属性をご覧ください。

カスタム認可サービスの使用機能

独自のカスタム サービスを使用して認証を処理する場合は、 authUri 値がサービスを指すようにします。対象 詳しくは、をご覧ください。 カスタム認証サービスの使用をご覧ください。

バージョン 2.0.4

Edge AppSheet v.2.0.4 は 2016 年 5 月 25 日にリリースされました。

新機能と機能強化 v2.0.4

このリリースにおける新機能と機能強化は次のとおりです。

プロダクトにおけるリソースパスのサポート

Edge Appliance で、プロダクト内のリソースパスがサポートされるようになりました。リソースパスを使用すると、 API へのアクセスを制御できます。プロダクトの作成と構成について詳しくは、 詳細については、API の作成に関するページ プロダクト。

npm グローバル インストールのサポート

これで、npm -g（グローバル）オプションを使用して Edge Appliance をインストールできるようになりました。詳細については、このモジュールの オプションについては、npm ドキュメントをご覧ください。

バージョン 2.0.0

Edge AppSheet v2.0.0 は 2016 年 4 月 18 日にリリースされました。

新機能と拡張機能 v.2.0.0

このリリースにおける新機能と機能強化は次のとおりです。

単一プロセス サーバー

Edge AppSheet は単一プロセス サーバーになりました。2 プロセス モデルはもはや使用されない 1 つのプロセス（旧称「エージェント」）が Edge Dataproc を起動し、2 つ目のプロセスが プロセスです新しいアーキテクチャにより、自動化とコンテナ化が容易になります。

名前空間方式の構成ファイル

構成ファイルの Namespace に組織と環境が使用されるようになったため、複数の Apigee インスタンスは、同じホストで実行できます。構成ファイルは ~/.edgemicro にあります。 実行後の IP アドレスも確認します。

新しい環境変数

4 つの環境変数（EDGEMICRO_ORG、EDGEMICRO_ENV、EDGEMICRO_KEY、 EDGEMICRO_SECRET。これらの変数をシステムで設定する場合は、変数を指定する必要はありません。 コマンドライン インターフェース（CLI）を使用して Edge を構成して起動する際に 接続できます。

キャッシュに保存された構成

Edge Appliance は、何もせずに再起動すると、キャッシュに保存された構成ファイルを使用します。 Apigee Edge への接続を確立します。

クラスタモード

Edge AppSheet をクラスタモードで起動できるようになりました。クラスタモードでは マルチコア システムの長所を兼ね備えています。Apigee では、この機能に Node.js クラスタ モジュールが使用されます。詳しくは Node.js のドキュメントをご覧ください

修正済みのバグ v2.0.0

プラグイン イベントのライフサイクルで、新しいコードを含む非同期コードを 呼び出すことができます。

バージョン 1.1.2

Edge AppSheet v. 1.1.2 は 2016 年 3 月 14 日にリリースされました。

新機能と機能強化 v.1.1.2

このリリースにおける新機能と機能強化は次のとおりです。

パフォーマンスの向上

接続プーリングを改善するため、Edge AppSheet は Node.js HTTP エージェントを適切に使用するようになりました。この エンハンスメントにより、高負荷時のパフォーマンスと全体的な安定性が向上します。

リモート デバッガのサポート

node-inspector などのリモート デバッガで実行されるように Edge Appliance を構成できます。

新しい構成ファイルの場所

Edge Appliance を構成すると、agent/config/default.yaml ファイルは次のようになります。 ~./edgemicro/config.yaml にコピーされました。

ログファイルのローテーション

新しい構成属性を使用すると、Edge AppSheet のローテーション間隔を指定できます。 できます。

修正されたバグ v1.1.2

以下のバグは、v. 1.1.2 で修正されています。