adam-christian-software commented on PR #2976: URL: https://github.com/apache/polaris/pull/2976#issuecomment-3497752785
> This is super great for reintroducing Quickstart! Thank you so much for doing this :) > > I'm personally not a big fan of using MinIO here, as it may give off an (incorrect) impression that we are preferring a vendor/product for usage with Polaris. Using the local file based approach avoids all of that. But I also see the discussion in the PR regarding this topic, so I don't want to block on that. The usefulness of this PR far outweighs any negatives here! Yeah, @adnanhemani , that's a good point and I agree. Let me list out some shared values that I think we have: 1. We want end users to easily spin up Polaris. The one-line change idea does that. 2. We want the quickstart to be aligned with what the common user scenarios are. Anecdotally, I have seen a lot of users on the Slack channel like these sort of S3-compatible sources. 3. We want to be open-source first. Supporting Apache projects should be first option. 4. Supporting or giving the impression that we are providing a closed-source vendor is NOT what we want. I believe that there are two conflicting ideas here: 1. We do NOT want to expose file-based object stores. A file-based approach would expose this to users and, in my opinion, the file-based object stores are only for local development and integration testing. They feel more akin to a "developer thing" rather than a "end user thing." Given that our easy onboarding goal is targeting end users, I would hope that we would not want to expose file stores. 2. On the other hand, you are right that MinIO has done some recent actions which seems to be less than open-source first. That being said, I have not found another option which is open-source first. We thought about Apache Ozone (https://ozone.apache.org/), but we ruled that out as we did not want to build on the Hadoop ecosystem. If you have other ideas, I'd love to chat! -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
