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

Helm chart for Kubernetes installation #277

Closed
1 task done
acim opened this issue Sep 30, 2020 · 4 comments
Closed
1 task done

Helm chart for Kubernetes installation #277

acim opened this issue Sep 30, 2020 · 4 comments
Labels
new feature New feature. ready-for-release Feature is implemented and available for testing in dev branch. It will be included in the next rele
Milestone

Comments

@acim
Copy link
Contributor

acim commented Sep 30, 2020

Use case

Kubernetes installation.

Your idea for a solution

I have made a chart for my usage and it may also be fine for others at least fine to begin with.

  • I'm willing to help with the implementation
@acim acim added the new feature New feature. label Sep 30, 2020
@foxcpp
Copy link
Owner

foxcpp commented Oct 1, 2020

I'm not familiar with Kubernetes so I can't maintain corresponding configurations. Furthermore, I don't believe maddy in its current state is suitable for automatic multi-instance deployment.

Nonetheless, I probably can accept a PR with all necessary stuff being added into "contrib/kubernetes" directory. These would go with the disclaimer "community contribution, not officially supported". (Footnote: make a PR against dev branch).

@acim
Copy link
Contributor Author

acim commented Oct 1, 2020

Well, such traditional services like SMTP and IMAP are also not that easy to transform to the cloud environment, so I really did not do so. What I did is just to make easy to install Maddy on existing Kubernetes cluster. In Kubernetes, you can install application in three different ways:

  • StatefulSet - usually used for databases, this is good candidate for Maddy as well because it has to keep important data
  • DaemonSet - one instance on each node, also good candidate but it means you need a TCP load balancer in front of them which further means you are an enterprice so you probably want to use some enterprise mailing system (not saying that Maddy is not good, on the contrary, but they are looking for commercial stuff)
  • Deployment - this is the most common way and I have chosen this one because it is the easiest. However, there are negative sides of this which me may discuss, but at least it works and my opinion is that something is better than nothing 👍

If this is still interesting, I can contribute it and also take care of future maintenance in case of feature requests of bugs.

@foxcpp
Copy link
Owner

foxcpp commented Oct 1, 2020

If you think it is useful - feel free to make a PR as described in my previous message.

@foxcpp foxcpp linked a pull request Oct 1, 2020 that will close this issue
@acim
Copy link
Contributor Author

acim commented Oct 2, 2020

CR please: #278

@foxcpp foxcpp added this to the 0.5 milestone Oct 3, 2020
@foxcpp foxcpp modified the milestones: 0.5, 0.6 Aug 9, 2021
@foxcpp foxcpp added the ready-for-release Feature is implemented and available for testing in dev branch. It will be included in the next rele label Jun 23, 2022
@foxcpp foxcpp closed this as completed Jun 23, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
new feature New feature. ready-for-release Feature is implemented and available for testing in dev branch. It will be included in the next rele
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants