You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Now that authenticated web sessions are Identity driven, we can no longer fail back and have the client deterministically decide its variant for a split from its visitor ID of TestTrack is unavailable. Not only that, but that behavior could create weird flapping when somebody had an override unaligned with the split weights when TT was unreachable.
So we'd like to cache the current visitor's assignment registry in the rails session after every successful visitor fetch, but under normal circumstances we'll never use it. Then, if a visitor fetch fails at any point, we can fall back to the cache.
It's important to ensure that the cache is deleted at sign in boundaries so that unauthenticated visitors do not cross the boundary into authenticated sessions. This means that the TT server is still an HA dependency of test_track log_in! and sign_up! calls.
Now that authenticated web sessions are Identity driven, we can no longer fail back and have the client deterministically decide its variant for a split from its visitor ID of TestTrack is unavailable. Not only that, but that behavior could create weird flapping when somebody had an override unaligned with the split weights when TT was unreachable.
So we'd like to cache the current visitor's assignment registry in the rails session after every successful visitor fetch, but under normal circumstances we'll never use it. Then, if a visitor fetch fails at any point, we can fall back to the cache.
It's important to ensure that the cache is deleted at sign in boundaries so that unauthenticated visitors do not cross the boundary into authenticated sessions. This means that the TT server is still an HA dependency of test_track
log_in!
andsign_up!
calls./cc @smudge
The text was updated successfully, but these errors were encountered: