Allow configurable Okta service synchronization duration.

[mdwn]

The time between Okta service synchronizations is now configurable. This will assist in slowing down Okta rate limits for users who have a significant number of Okta applications. The duration has been added to auth preference to allow users to tune this value when using the Okta plugin.

[zmb3]

Just so I understand this right - suppose there are 1000 entities in Okta that get synced.

Wouldn't this change result in the following behavior:

• write 1000 things to the backend in a short period of time
• wait for some amount of time
• repeat

If that's the case, won't we still experience throttling? Should we instead insert a delay in between each of the 1000 writes?

[mdwn]

Just so I understand this right - suppose there are 1000 entities in Okta that get synced.

Wouldn't this change result in the following behavior:

• write 1000 things to the backend in a short period of time
• wait for some amount of time
• repeat

If that's the case, won't we still experience throttling? Should we instead insert a delay in between each of the 1000 writes?

This is for the Okta API throttling rather than the backend throttling. The backend is being throttled within the Okta service, limiting to roughly 5 writes per second FWIW.

[public-teleport-github-review-bot]

@mdwn See the table below for backport results.

Branch	Result
branch/v13	Failed
branch/v14	Create PR