Database recommended to run outside the cluster? #23
-
Can you provide more clarity regarding this note for the PostgreSQL and MongoDB databases?
I'm putting together a cloud-native reference architecture on end-to-end CI/CD which highlights the use of k8 and would prefer to spin up everything inside the cluster (preferably by operators). So needing to spin up something outside the cluster would take some additional justification from me in the design. Any info you can provide would be helpful. Thanks. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
Hey @MichaelFitzurka. The decision where to run the database is entirely up to you and your team. We put that note into the documentation as a recommendation to our users based on our experience of managing self-hosted databases which can be more challenging (due to data persistence and scalability concerns). If you are planning to run a fairly small instance of ZenHub, having everything inside the cluster may be a better choice for you. Most of our customers tend to be larger enterprises with hundreds or even thousands of daily users. In those cases, having externally managed databases provides more stability and makes life easier for administrators who have to deal with backups, recovery, upgrades, etc... |
Beta Was this translation helpful? Give feedback.
Hey @MichaelFitzurka.
The decision where to run the database is entirely up to you and your team. We put that note into the documentation as a recommendation to our users based on our experience of managing self-hosted databases which can be more challenging (due to data persistence and scalability concerns). If you are planning to run a fairly small instance of ZenHub, having everything inside the cluster may be a better choice for you. Most of our customers tend to be larger enterprises with hundreds or even thousands of daily users. In those cases, having externally managed databases provides more stability and makes life easier for administrators who have to deal with backups, recover…