Skip to content
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

Document decision for MongoDB #111

Merged
merged 7 commits into from
Aug 9, 2024
Merged

Document decision for MongoDB #111

merged 7 commits into from
Aug 9, 2024

Conversation

Kidswiss
Copy link
Contributor

@Kidswiss Kidswiss commented Aug 6, 2024

Summary

Checklist

  • Try to isolate changes into separate PRs (to build a better changelog).
  • Categorize the PR by setting a good title and adding one of the labels:
    change, decision, requirement/quality, requirement/functional, dependency
    as they show up in the changelog
  • Link this PR to related issues if applicable.

@Kidswiss Kidswiss added the decision A decision that changes the architecture label Aug 6, 2024
Copy link
Member

@mhutter mhutter left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As per Chat :)


Proposal 2: Use MongoDB Enterprise Operator::
MongoDB Enterprise Operator can be used to manage MongoDB instances on Kubernetes.
The licensing allows to use it as a SaaS according to their docs.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since the decision basically hinges on this statement, a link (and potentially a quote here) to the mentioned docs should be included.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmmm... I can't actually find the mentioning of the SaaS again.

However, I since learned we've been in contact with MongoDB already and even have a concrete quote. I adjust the wording here.

MongoDB Enterprise Operator can be used to manage MongoDB instances on Kubernetes.
The licensing allows to use it as a SaaS according to their docs.
There's a https://github.com/mongodb/helm-charts/tree/main/charts/enterprise-operator[helm chart] to deploy it.
It does need an https://www.mongodb.com/pricing[enterprise license] though.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How does this work? Is this enforced somehow? Do we need to distribute MongoDB license information to all customer clusters?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes the operator needs a license key. Not sure if the operator needs to have an outbound connection to a licensing server though.

Also, as far as I know the first business case we have for MongoDB is for Exoscale only, so it would only be deployed for Exoscale in the beginning.

Use MongoDB Enterprise Operator.

This is the only viable option to run a MongoDB SaaS on K8s.
There's no helm based deployment for MongoDB Enterprise Edition.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

how would we need to implement it?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've added a bit more context.

@zugao
Copy link
Contributor

zugao commented Aug 7, 2024

We need to involve more stakeholders in this decision as I feel we should not be the only ones to decide. The questions that arise here are more for sales and management.

  • Do we need all the bells and whistles with MongDB based on customer requests?
  • Licensing is involved in one of the proposal, do we need that at the moment? it's not clear
  • Small technical question, can we get a license dynamically from MongoDB?

@lieneluksika
Copy link
Contributor

We need to involve more stakeholders in this decision as I feel we should not be the only ones to decide. The questions that arise here are more for sales and management.

  • Do we need all the bells and whistles with MongDB based on customer requests?
  • Licensing is involved in one of the proposal, do we need that at the moment? it's not clear
  • Small technical question, can we get a license dynamically from MongoDB?

Yes, we do need all the bells and whistles that come with MongoDB as this is what is asked for by the customers from Exoscale. We are proceeding with the cooperation with them and this is a much needed service.

@Kidswiss Kidswiss merged commit d7294f6 into master Aug 9, 2024
1 check passed
@Kidswiss Kidswiss deleted the add/control_plane_split branch August 9, 2024 06:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
decision A decision that changes the architecture
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants