クエリ/質問
アプリケーションのマネージドIDクレデンシャルを取得する簡単な方法を探しているときに、msi-auth-token-providerに出くわしましたが、見た目はかなり良好です(依存関係なし、キャッシュが組み込まれている、シンプルなAPI)。 ただし、昨年は2つのベータ版がリリースされており、他のアクティビティは実際にはありません。 このライブラリのステータスはどうなっていますか? また、ほぼ同じ目的で使用できる代替の紺碧のIDライブラリがあることもわかりましたが、そのライブラリには多数の依存関係があり、reactorを使用し、トークンの取得ごとに2つのHTTP呼び出しを行い、応答をキャッシュしません。あまり便利ではないAPIがあります。
msi-auth-token-providerは、単純で非反応的なユースケースでサポートされていますか? 最終リリースはありますか? ここでの方向性と考え方は何ですか?
なぜこれはバグや機能のリクエストではないのですか?
新機能を求めたり、バグを報告したりするのではなく、このライブラリのステータスと方向性を知りたいだけです。
セットアップ(該当する場合は次の情報を入力してください):
情報チェックリスト
上記のすべての情報を追加したことを確認し、必須フィールドをチェックしてください。そうしないと、発行者は不完全なレポートとして扱われます。
このライブラリのステータスはどうなっていますか?
現在、社内ではこのライブラリの可視性がほとんどないため、おそらくそれほど多くは発生しません。 現在、紺碧のアイデンティティは未来です。
ただし、msi-auth-token-providerに問題がある場合は、スケジュールが許す限り修正してサポートします。
しかし、そのライブラリには大量の依存関係があり、reactorを使用し、トークンの取得ごとに2つのHTTP呼び出しを行い、応答をキャッシュせず、APIの利便性が低くなります。
紺碧のアイデンティティについては、別の問題を自由に開いてください。 これらは、私たちがもっと理解し、紺碧のアイデンティティを修正/改善したい非常に良い苦情です。
返信ありがとうございます。 msi-auth-token-providerが提供するものと一致するように、MSI認証トークン機能の拡張を要求するためにazure-identityの個別の問題を開きます。
素晴らしい。 ありがとう!
私たちは実際にこのライブラリを廃止することを計画しています。 azure-identityは、今後使用する単一の認証ライブラリになります。
ニーズに理想的とは言えない場合は、紺碧のアイデンティティの問題を開いてください。
確認のために戻ってきてくれてありがとう。 私はまだ改善を要求する問題を開いていませんが、私はこれを掘り下げる時間ができたらします。 再度、感謝します!