-
Notifications
You must be signed in to change notification settings - Fork 221
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
Proposal: Adoption of Feast to Kubeflow #804
Comments
CC @kubeflow/kubeflow-steering-committee |
This sounds really exciting! We're currently running KubeFlow in GCP Vertex AI pipelines, how easy would be integration be from here? |
Will Feast still be a standalone component we can continue to use w/ other options like Flyte? |
Yes, @blaketastic2! |
That's a good question @danbaron63. @hbelmiro is working on a demo with Feast and KFP and the idea would be that a KFP would run either batch processing tasks or the materialization to the online store. The former ends up being quite a lot of jobs so our plan is to invest there, as that's a very common user need. If you have feedback or an integration you'd like to see, do feel free to share it! Would love to hear about it! |
@danbaron63 |
History with Kubeflow
Feast has a long history with Kubeflow, as an add-on and previously included in the manifest dating back to March of 2021.
After discussing with the @feast-dev maintainers and getting their agreement, I am proposing donating Feast to Kubeflow to officially serve as Kubeflow's recommended open source feature store of choice.
Benefits
Incorporating Feast into Kubeflow (and the manifest) will help formally fill a needed gap for Kubeflow in the AI/ML Lifecycle (image for reference).
It will also allow the Data WG to have an answer for the online serving of features. Additionally, this will nicely complement the Spark Operator as Feast supports batch and stream processing using Spark as an offline store.
The Feast community is healthy and the users will further grow the Kubeflow community.
Feast is expanding its scope to support Generative AI and RAG as a first-class citizen (retrieval/vector search in particular), which will help ensure Kubeflow has a solution for RAG.
With the inclusion of Feast, we can provide end-to-end demos of development and production AI/ML and we can also provide suggested patterns for stitching the Kubeflow products together so that MLOps engineers, ML Engineers, and AI engineers can be impactful immediately after deploying Kubeflow.
I am just as committed to Feast as I have ever been and I believe this will meaningfully enhance Kubeflow and result in Kubeflow getting the benefit of my contributions and the contributions of the Feast community.
The text was updated successfully, but these errors were encountered: