testy helm argo

README.md

@@ -465,23 +465,23 @@ spec:
       prune: true
 ```
 
-oczywiście podobnie argo-app dla test i prod zawiera te parametry
+oczywiście podobnie jak argo-app-dev również argo-app dla test i dla prod zawierają takie parametry
 <br>
 
 zalety:
-- jest separacja środowisk PROD, DEV. TEST
+- jest separacja środowisk PROD, DEV i TEST
 - jest też podział na część generyczną i część konfiguracyjną (czyli BuildShipRun jest w miarę spełniony) 
 
-wady 
+wady:
 - trzymanie konfiguracji środowiska w parametrach argo-application
 - gdy zmiennych będą dziesiątki oczywiście raczej następujące podejście zupełnie się nie sprawdzi:
 ```
-argocd app create argo-helm-dev --repo https://github.com/slawekgh/argo-helm --path test-chart --dest-namespace dev --dest-server https://kubernetes.default.svc --auto-prune --sync-policy automated --release-name test-release --values values-generic.yaml --helm-set replicaCount=2 --helm-set servicePort=2222 --helm-set namespace=dev  --helm-set parametr1=xxx  --helm-set parametr2=xxx --helm-set parametr3=xxx --helm-set parametr4=xxx --helm-set parametr5=xxx --helm-set parametr6=xxx--helm-set parametr7=xxx  itd itd 
+       argocd app create argo-helm-dev --repo https://github.com/slawekgh/argo-helm --path test-chart --dest-namespace dev --dest-server https://kubernetes.default.svc --auto-prune --sync-policy automated --release-name test-release --values values-generic.yaml --helm-set replicaCount=2 --helm-set servicePort=2222 --helm-set namespace=dev  --helm-set parametr1=xxx  --helm-set parametr2=xxx --helm-set parametr3=xxx --helm-set parametr4=xxx --helm-set parametr5=xxx --helm-set parametr6=xxx--helm-set parametr7=xxx  itd itd 
 ```
 - również nie sprawdzi sie zarządzanie zmianami w konfiguracji w ten sposób:
 ```
-$ argocd app set argo-helm-dev -p replicaCount=8 
-$ argocd app set argo-helm-dev -p replicaCount=9 -p servicePort=9999 -p parametr1=xxx itd 
+    $ argocd app set argo-helm-dev -p replicaCount=8 
+    $ argocd app set argo-helm-dev -p replicaCount=9 -p servicePort=9999 -p parametr1=xxx itd 
 ``` 
 
 jedyna opcja tutaj to zarządzanie argo-app z kodu , czyli trzymanie kodu argo-application dla dev, dla test i dla prod w repo i wgrywanie na klaster via kubectl apply -f (oczywiście via CICD, Jenkins lub inne argo-administracyjne-główne-nadrzędne)