Closed matheusca closed 3 years ago
Hi @matheusca
Thank you for your detailed feedback!
Let me answer each of the questions:
Thanks @antonlisovenko :)
1 - Thanks, I didn't know! I am going to update my operator and let you know! 2 - Thanks! If you'd like to, we can discuss how to implement this feature in issue and I could open a PR for you
Hi @matheusca What we have been thinking so far is two-part:
Feel free to drop a PR if you have an idea of how it could work, so we could discuss it.
how are you guys?
Context
In my company we are building a platform to give developers autonomy. One of the principles is that developers don't need to know how to create their service and service dependencies following all best practices enforced by us (by us I mean, my team, SRE)
Dependencies are everything a service needs, for instance: a mongodb, redis, storage (bucket) and so on.
Of course, we are using atlas mongodb solutions for provisioning our mongodb cluster and currently, we are using this project to provide an easy way to create developers mongodb clusters.
Use case
So, one of the features that we (SRE Team) would like to provide, it is a branch context deployment. In other words, a platform feature that could be possible developers deployed their branches in a kubernetes cluster, a code isolation from their principal branch (main or master, for example), it allows testing their branch code in a "production-like".
But, imagine that one of service dependencies is mongodb, when they set up a service, platform will create a mongodb cluster for that service.
It's perfect, because I can do it using this project.
Problem
The problem is, I want to provide a way, when that branch is deleted, every single service dependency needs to be deleted too. What I figured is that, the operator doesn't delete the cluster, when kubernetes atlas cluster resource is deleted.
Feature
I'd like to suggest two nice features
What do you think?
Btw, thanks for offering this project :)