You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ArgoCD should only be installed in one cluster, as having one instance per cluster is not the right way to configure it (different installs, users per cluster, etc). Instead, a central ArgoCD installation with proper permissions (using projects, etc), is a much better example of how real-world ArgoCD installations are.
We don't have to go the project and permissions route, but we should at least install ArgoCD in only one cluster and update the existing example applications to use the cluster generator to get them installed in all the registered clusters, preserving the current behaviour.
The text was updated successfully, but these errors were encountered:
There are challenges with leveraging the applicationset approach across the clouds (i.e. authentication handling, as the constructs are built on the point of "role" assumption). Few references how to:
Basically or we should static auth credentials (which is impossible) or keep the deployment within the common cloud (which is not a common demo example), i.e. we will hit the challenges when k8s where ArgoCD will be installed... needs to call out another cloud fleet.
To use Flux to manage more than one cluster or promote deployments from staging to production, take a look at the two approaches in the repositories listed below.
Interesting enough, however not necessary demo centric at this stage is fleethttps://fleet.rancher.io/concepts - I will dig deeper on that one...
p.s. as meanwhile as much as I want it feels like argocd or fluxcd cannot be yet deployed in a centralized fashion... which leads to the point of doing wrappers around which apps do go to which clusters... #177 (comment)
ArgoCD should only be installed in one cluster, as having one instance per cluster is not the right way to configure it (different installs, users per cluster, etc). Instead, a central ArgoCD installation with proper permissions (using projects, etc), is a much better example of how real-world ArgoCD installations are.
We don't have to go the project and permissions route, but we should at least install ArgoCD in only one cluster and update the existing example applications to use the cluster generator to get them installed in all the registered clusters, preserving the current behaviour.
The text was updated successfully, but these errors were encountered: