-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
add a chance for user to specify an additional private image registry… #16969
Conversation
… without change seed_sources/seed_destinations
Hi there! I've removed the request for frontend review and added a tag so this gets seen by our Platform Workflow team. They'll be better able to review this. |
@cloorc sorry about delay in your review. You're doing 3 different things your PR correct? Can you break into 3 different PR so will be easier to ask team to review them? Also I strongly recommend to you open first an Issue and describe with all information what it the current problem you'll try to fix/add feature. |
Sorry to reply late. Yes, there are three changes about this pull request:
Let me remove first two changes and continue. Thanks! |
Hi, my latest commit has removed two |
Thanks @cloorc sorry the delay! I'll ask someone to review it soon |
@cloorc curious, what are you trying to solve with being able to specify a private image registry? Is it the need to host airbyte provided connector images in a private docker registry? i.e. I want an easy way to configure my Airbyte instance to pull from a private registry without having to configure these images as custom connectors. (Since we can do so today via the custom connector route except it's less ergonomic) |
The original requirement is deploying airbyte on our private Kubernetes cluster. Our network connection to docker hub is not ideal so we have to transfer theses images to our private registry one by one manually(together with something like VPN infrastructure temporarily). We tried to accellerate the access to docker hub by adding additional accelerating registry but it is ugly to add registry on each node in the target kubernetes cluster. This commit just allow us to specify a registry prefix(a private registry) to pull required connector images without any change on container infrastructure(both docker & k8s), especially change nothing to airbyte instance(as its sources/desitinations are |
@cloorc understood. Thanks for the explanation! Are the private registries only for the connector images? Or are they for all images Airbyte uses? I think this PR doesn't cover the rest of the images we use as part of Kubernetes. Is that also important? |
Yes. Airbytes' executables related images could be specified manually in chart already. So this PR should only works with source/desitination images. |
Hello 👋, first thank you for this amazing contribution. We really appreciate the effort you've made to improve the project. If you have any questions feel free to send me a message in Slack! |
Hello 👋:skin-tone-2: and thank you for your contribution! Airbyte has instituted a code freeze between 19 and 30 December, to make sure there are no disruptions during the holidays. If you have any questions or need further clarification, please don't hesitate to ping via Slack. |
Hi @marcosmarxm, I've rechecked my commits and solved the latest conflicts with |
Any updates here ? |
Not yet. No body has spare time to review this PR. |
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.
This PR contains several unresolved git conflicts (all of them tagged with the comment unresolved git conflict
) that need to be resolved before this PR could be considered for acceptance.
airbyte-commons-worker/src/main/java/io/airbyte/workers/WorkerConfigs.java
Outdated
Show resolved
Hide resolved
airbyte-commons-worker/src/main/java/io/airbyte/workers/WorkerConfigs.java
Outdated
Show resolved
Hide resolved
airbyte-commons-worker/src/main/java/io/airbyte/workers/WorkerConfigs.java
Outdated
Show resolved
Hide resolved
airbyte-commons-worker/src/main/java/io/airbyte/workers/WorkerConfigs.java
Outdated
Show resolved
Hide resolved
airbyte-commons-worker/src/main/java/io/airbyte/workers/WorkerConfigs.java
Outdated
Show resolved
Hide resolved
airbyte-commons-worker/src/main/java/io/airbyte/workers/WorkerConfigs.java
Outdated
Show resolved
Hide resolved
…into cloorc/issue16968
Hi @cloorc ! Thanks for your contribution. We have moved our platform to a new public repo. Would you be willing to move your PR over there, please? If you do that and tag me, I'm happy to make sure we get this upstreamed. Sorry for the delay on review, but the code move was disruptive to our review process. Going to close this PR for now since the code has moved. |
@cgardens Per your request I adapted this change and move it to the new platform repo: airbytehq/airbyte-platform#284. Can you review? |
Add a chance for user to specify an additional private image registry without change seed_sources/seed_destinations
What
distTar
to prevent from failre of missing task in vscode(related modules: airbyte-cli/airbyte-config/airbyte-db/airbyte-temporal/airbyte-webapp).**/bin/
)imagePullSecrets
How
Add registry prefix in
ProcessFactory
on create new container if the environmentJOB_KUBE_MAIN_CONTAINER_IMAGE_REGISTRY
has been assigned with a valid registry string.Recommended reading order
airbyte\airbyte-workers\src\main\java\io\airbyte\workers\WorkerConfigs.java
airbyte\airbyte-workers\src\main\java\io\airbyte\workers\process\DockerProcessFactory.java
airbyte\airbyte-workers\src\main\java\io\airbyte\workers\process\KubeProcessFactory.java
airbyte\airbyte-workers\src\main\java\io\airbyte\workers\config\WorkerConfigurationBeanFactory.java
User Impact
This option is transparent and optional for airbyte users.
Pre-merge Checklist
Expand the relevant checklist and delete the others.