1

IBM-Graph では、各リクエストの許可が過度に長くなるのを避けるために、最初にセッション トークンをリクエストし、それを後続のリクエストのヘッダーで送信します。ドキュメントで説明されているとおりです。

この単一のトークンをアプリケーション クラスター全体で永続化するために、現在、アクティブな IBM-Graph セッション トークンを memcached に保存しています。このようにして、クラスターの各ノードは、グラフへのすべてのリクエストの前にこのトークンを引き出します。

このキーを監視したところ、数日前に最初のリクエストを行って以来、変更も有効期限も切れていないようです。したがって、私はそれに関していくつか質問があります：

  • これらのセッション トークンはどのくらいの期間存続しますか?
  • この単一のキーを配布する現在の方法は必要ですか?
  • より良い方法はありますか？

リクエストごとに memcached をヒットする必要性を完全に取り除くことができれば素晴らしいことです。それらがどれくらい持続するかを知ることは、単一の小さな memcached インスタンスを絶えず叩くよりも、より洗練されたソリューションを考案するのに役立ちます.

4

1 に答える 1

4

How long do these session tokens last for?

IBM Graph tokens are intended to last for a long while - you should expect somewhere around a day, though it's subject to change. It shouldn't ever be shorter than an hour.

Is our current method of distributing this single key even required?

No, not really. I'd write some code to automatically acquire new tokens on HTTP 403 (i.e., at boot time and when they expire) and use them locally. There's no limit to the number of tokens you can have active at one time.

于 2016-10-12T00:24:19.937 に答える