-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
source-zendesk-support-native: add streams to achieve parity with imported connector #2407
source-zendesk-support-native: add streams to achieve parity with imported connector #2407
Conversation
…ntermittent snapshot test failures When testing locally, I'd intermittently get snapshot test failures because a start_time param was too recent. It turns out that Zendesk returns that error when the start_time is 60 or fewer seconds from the present. Bumping the delay up to 61 seconds avoids these errors.
The `organizations` stream uses the incremental time based export endpoint, which has the following quirks: - A 10 requests / minute rate limit - The next page is fetched using the updated_at timestamp of the last result in the current response. This means the next page will always contain at least one duplicate record (the last record of the previous page). Because of these quirks: - A super basic rate limiting strategy leveraging asyncio.Lock is used to only make 1 request every 6 seconds to incremental time export endpoints. - An error is raised if we detect 1,000+ organizations updated at the same time. If we didn't the connector would be stuck looping & making the same request endlessly since the max page size is 1,000. - Checkpoints can't be emitted at page breaks since the next page's first result overlaps with the previous page's end, and it's possible to miss records between connector restarts with that strategy.
Some Zendesk accounts don't have access to `audit_logs` or `account_attributes`, so we don't discover them if receive a specific 403 error trying to hit the associated endpoint. There may be other streams that should be conditionally discovered, but they can be handled later when discovering them becomes an issue.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
One thing to keep in mind: After this is merged, any captures running with this connector that have auto discovery enabled will automatically add all the new bindings and start capturing data from them. Since the native Zendesk connector is pretty new I don't think there will be too many of these cases, but we might consider turning off auto discover for any previously existing instances of this task before releasing, and then turning it back on after the new bindings have been added in a disabled state, unless we know specifically that it is desired for all the new bindings to be added to the task(s). |
That's probably fine @williamhbaker |
Description:
This PR's scope includes:
source-zendesk-support-native
on (and above) stream parity with the importedsource-zendesk-support
.account_attributes
automations
custom_roles
group_memberships
organizations
post_comment_votes
post_comments
post_votes
posts
schedules
sla_policies
ticket_forms
topics
account_attributes
andaudit_logs
if the provided credentials have access to the appropriate endpoints.See individual commits for more details.
Workflow steps:
(How does one use this feature, and how has it changed)
Documentation links affected:
Documentation should be updated to reflect the new streams & mark the imported
source-zendesk-support
as deprecated.Notes for reviewers:
Tested on a local stack. Confirmed all streams capture data & complete.
This change is