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 文字以下にする必要があります。