Skip to content

CLOUDP-315085: Rename member list cm #66

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

Merged
merged 5 commits into from
May 2, 2025
Merged

Conversation

Julien-Ben
Copy link
Collaborator

@Julien-Ben Julien-Ben commented Apr 30, 2025

Summary

Why

The multi cluster member-list configmap is created by both the helm chart and kubectl tool.
It should not be created by helm. E.g one drawback is that the configmap can be removed upon release uninstallation, which leads to a panic in the currently running operator.
This is also confusing and it should be the responsibility of a single tool to create that map.

The name of that configmap is
mongodb-enterprise-operator-member-list and we should take the opportunity to rename it to mongodb-kubernetes-operator-member-list, to stay consistent with our new naming conventions.

Customers deploying multi cluster resources must run the kubectl plugin when upgrading, so we can safely rename it.

How

The config map name was mostly defined by constants so it's a small renaming.

Proof of Work

E2E tests pass (including upgrade tests)

@Julien-Ben Julien-Ben requested review from dan-mckean, vinilage and a team as code owners April 30, 2025 16:22
@mircea-cosbuc mircea-cosbuc force-pushed the rename-member-list-cm branch from 02362f4 to 6cb9a32 Compare April 30, 2025 20:54
@Julien-Ben Julien-Ben force-pushed the rename-member-list-cm branch from 6e0c90b to cc0d634 Compare May 2, 2025 07:10
Copy link
Contributor

@SimonBaeumer SimonBaeumer left a comment

Choose a reason for hiding this comment

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

While I can understand the motivation of this change it introduces potential breaking changes to the customer and modifies behaviors of our Helm chart.

Following questions need clarification for my perspective:

  1. Is this change documented in an upgrade guide?
  2. What does this change mean to customers who used the Helm chart to generate this ConfigMap?
  3. Is it possible to keep backwards-compatibility?
  4. What happens if the user migrated to MCK and did not updated their ConfigMap?

I am new to the project, so please keep in mind that I miss context on the impact of this ConfigMap but this change seems risky, especially shortly before our release.

@SimonBaeumer SimonBaeumer dismissed their stale review May 2, 2025 07:38

Dismissing review because of Slack chat in Slack.

@mircea-cosbuc mircea-cosbuc force-pushed the rename-member-list-cm branch from cc0d634 to be9f8a5 Compare May 2, 2025 08:17
@mircea-cosbuc mircea-cosbuc enabled auto-merge (squash) May 2, 2025 09:23
@mircea-cosbuc mircea-cosbuc merged commit f4c855d into master May 2, 2025
31 of 33 checks passed
@mircea-cosbuc mircea-cosbuc deleted the rename-member-list-cm branch May 2, 2025 10:10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants