Patrick.Sy/website-and-documentation
1
0
Fork 0
forked from DevFW-CICD/website-and-documentation
Code Pull requests Activity

doc(arch): minutes of a robert-stephan talk about crossplane vs terraform

Browse source
This commit is contained in:
Stephan Lo 2025-03-31 09:58:40 +02:00
parent 2949d154f9
commit fa1e343247
1 changed files with 23 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

23
content/en/docs/solution/design/crossplane-vs-terraform.md Normal file
View file

@ -0,0 +1,23 @@
# crossplane dawn?
* Monday, March 31, 2025
## Issue
Robert worked on the kindserver reconciling.
He got aware that crossplane is able to delete clusters when drift is detected. This mustnt happen for sure in productive clusters.
Even worse, if crossplane did delete the cluster and then set it up again correctly, argocd would be out of sync and had no idea by default how to relate the old and new cluster.
## Decisions
1. quick solution: crosspllane doesn't delete clusters.
* If it detects drift with a kind cluster, it shall create an alert (like email) but not act in any way
2. analyze how crossplane orchestration logic calls 'business logic' to decide what to do.
* In this logic we could decide whether to delete resources like clusters and if so then how. Secondly an 'orchestration' or let's workflow how to correctly set the old state with respect to argocd could be implemented there.
3. keep terraform in mind
* we probably will need it in adapters anyway
* if the crossplane design does not fir, or the benefit is too small, or we definetly ahve more ressources in developing terraform, the we could completley switch
4. focus on EDP domain and application logic
* for the momen (in MVP1) we need to focus on EDP higher level functionality