3.5. 既知の問題

Red Hat 3scale API Management 2.12 の既知の問題:

  • APIcast はリクエストのホストに一致するサービスのプロキシー設定の最新バージョンを取得できません (Jira 8485)。
  • オンプレミス型 3scale では、24 時間以上経過したプロダクト、バックエンド、またはアカウントを検索できません (Jira 8417)。

  • テナント内のタグが重複していることで、移行に失敗します。2.11 から 2.12 に移行する前に、重複するタグを含むテナントがないか確認してください。たとえば、MySQL データベースでは次のクエリーを実行します。 

    SELECT tenant_id, name, count(*) from tags GROUP BY tenant_id, name HAVING count(*) > 1;

    このクエリーは、すべてのテナントをテストします。結果が空の場合、いずれのテナントにも重複するタグがないことを示します。テナントに重複するタグが含まれている場合は、Jira 7986 の手順に従って重複するタグを削除してください。

  • Content Caching ポリシーを追加しても、NGINX Filters ポリシーが機能しません。デフォルトの動作では、コンテンツのキャッシュは無効になっています。コンテンツキャッシングを有効にすると、NGINX フィルターポリシーの追加時にリクエストヘッダーを指定していても、NGINX がリクエストヘッダーを検証できずに 412 応答コードを返すことがあります (Jira 7514)。

  • 3scale のユーザー名は 40 文字以下とします。ユーザー名が 40 文字を超える場合、3scale は通常これを切り捨てます。以下のいずれかを行う場合は、この点に考慮してください。

    • 開発者アカウントを作成する。
    • マスターとしてプロバイダーアカウントを作成する。
    • プロバイダーまたはマスターとして、ユーザーをプロバイダーアカウントに追加する。
    • デベロッパーポータルまたは管理ポータルで、開発者アカウントにユーザーを追加する。

    Red Hat Single Sign-On を使用して管理ポータルまたはデベロッパーポータルへのアクセスを認証する場合は、ユーザー名を 40 文字以下にする必要があります。