yorumun için teşekkürler Emre, evet ilk videolarımda hem bilgisayarın mikrofonunu kullandığımdan hem de kayıt almak için kullandığım tool un biraz kötü olamsından ses iyi değil. daha sonradan mikrofon aldım ve kayıt programını da değiştirdim. sonraki videolar daha iyi ilk videolara göre
Selam Emre yorumun icin tesekkurler dedigin gibi ses az. İlk videolar bilgisayarin mikrofonu ile cektim daha sonraki videolar icin yayinci mikrofonu aldim onlarda ses daha iyi
selamlar, öncelikle videolar için elinize emeğinize sağlık fakat cümleleri o kadar yuvarlıyorsunuz ve bazı önemli kelimeleri hızlıca söyleyip geçiyorsunuz ki youtube altyazısı bile doğru anlayamıyor. Yine de teşekkürler emeğinize sağlık
Hocam selamlar Rancher ile argo cd arasındaki fark nedir ? ikisini de podları izlemekte ve yönetmekte kullanıyoruz neden ikisine de ihtiyaç duyuyoruz ?
Selam Onur sorun için teşekkürler. aslında ikisi çok farklı şeyler rancher ile kubernetes orkestrasyonu yani bir UI üzerinden kubernetes kontrolü yapabiliyorsun. ArgoCD ise bir deployment toolu şöyleki normalde geleneksel ci/cd push base bir yapıdır yani code u pushlarsın ci/cd toolun neyse jenkins, gitlab, azuredevops build, push ve deploy işlemlerini yapar. argocd pull base bir method yapmanı sağlar, sen codeu pushlarsın ci/cd toolun sadece build ve push yapar ve deploy edilcek manifest güncellenir ama kubernetes e deploy edilmez. argocd deploy aşamasında kubernetes e koyacağın deploymenti bir repodan pull ederek çeker ve kubernetes e deploy edilmesini sağlar. iki tarafı da sürekli sync olmasını sağlar repo ne derse onu yapar. sen rancher gibi bir UI dan gidip bir deployment sildiğin anda geri getiremezsin. ama ortamda Argocd varsa sen deployment silerse argocd onu geri getirir.
Selam Eren ci 2 tane repon olacak biri application codeunun oldugu digeri kubernetes manifestlerin olsugu(deployment servis ingress configmap vs vs ) App reposune push geldiginde ci adimini jenkins,gitlabci,github action, azuredevops ile build alicaksin. Build alip artifact/image push edildikten sonra son stagede ikinciyi repoya gidip kubernetes deploy yamldaki image i degistiricek ben push aticak. Argocd de bunu gorup deploymenti guncellicek. Biraz karisik gibi gelebilir. bunun gerceklemesini vaktim olursa yaparim aslinda
@@devopsdude- selamlar hocam, cevap için teşekkürler. anlatıklarına benzer bir ci,cd yaptım. Azure devops da push geldiğinde kodu derleyip image oluşturuyorum. Sonrasında, oluşan image'i manifest yml da güncelleyerek push ediyorum. son adımda da , kubectl ile set image yaparak yeni image'ı ilgili deploymentda güncelliyorum
@@devopsdude- burada argocd'yi oto sync olarak ayarlayınca, yml'i yeni image ile güncelleyip push ettiğimizde. 3 dk sonra kontrol ediyor. o yüzden kubectl set image ile güncelleme işlemi yapıyorum. Argo cd yide manuel sync olarak ayarladım. Bu kurkuda sorun yaşamam diye düşünüyorum :)
@@erenekinci9683 güzel yapı oluşturmuşsun bu arada o 3dk değişebiliyor eğer çok geliyorsa daha az beklemesini sağlayabiliyorsun. configMap de, timeout.reconciliation diye bir değer var default 180sn onu değiştirirsen düşürebilirsin
videoyu anlamaktan daha çok sizi duymak için çaba sarf ettim.
yorumun için teşekkürler Emre, evet ilk videolarımda hem bilgisayarın mikrofonunu kullandığımdan hem de kayıt almak için kullandığım tool un biraz kötü olamsından ses iyi değil.
daha sonradan mikrofon aldım ve kayıt programını da değiştirdim. sonraki videolar daha iyi ilk videolara göre
Anlatım güzel. Bilgiler değerli paylaşım için teşekkürler. Takipteyiz (:
ArgoCD nin sadece adını biliyordum simdi ne oldugunu ve neden kullanıldıgını anladım. Güzel , sade , açıklayıcı bir giriş videosu elinize sağlık
Teşekkürler yorumun için, komple bir ci/cd sürecinde argocd nasil kullanilir bununla ilgili bir video yakin zamanda yayinlayacagim takipte kalin 🖐️
Çok sade ve öğretici bir içerik olmuş, emeğinize sağlık üstadım
oldukça faydalı bir içerik olmuş, emeğinize sağlık.
yorumun için teşekkürler yakın zamanda ci da dahil edip komple bir argocd production videosu çekeceğim. onun da yararlı olacağını düşünüyorum
faydalı bir içerik olmuş, teşekkürler
Yorumun için teşekkürler Onur sektörü beslemeye devam
güzel ve sade anlatım teşekkürler.
Yorumun icin teşekkürler Cahit 🆒
Teşekkürler Hocam,
Ağzınıza sağlık hocam.
Teşekkürler her zaman beklerim 🔙
Hayat kurtaran tool
Hocam teşekkürler emerğinize sağlık . ( Ses çok kısık 100vol de zor duydum)
Selam Emre yorumun icin tesekkurler dedigin gibi ses az. İlk videolar bilgisayarin mikrofonu ile cektim daha sonraki videolar icin yayinci mikrofonu aldim onlarda ses daha iyi
selamlar, öncelikle videolar için elinize emeğinize sağlık fakat cümleleri o kadar yuvarlıyorsunuz ve bazı önemli kelimeleri hızlıca söyleyip geçiyorsunuz ki youtube altyazısı bile doğru anlayamıyor. Yine de teşekkürler emeğinize sağlık
Selam yorumun icin teşekkürler. ilk videolarda mikrofonum yoktu sonraki videolar daha anlaşılır o yüzden.
Ayhan Tarakçı'nın akrabası mısın çok benziyosun
Hocam selamlar Rancher ile argo cd arasındaki fark nedir ? ikisini de podları izlemekte ve yönetmekte kullanıyoruz neden ikisine de ihtiyaç duyuyoruz ?
Selam Onur sorun için teşekkürler. aslında ikisi çok farklı şeyler rancher ile kubernetes orkestrasyonu yani bir UI üzerinden kubernetes kontrolü yapabiliyorsun.
ArgoCD ise bir deployment toolu şöyleki normalde geleneksel ci/cd push base bir yapıdır yani code u pushlarsın ci/cd toolun neyse jenkins, gitlab, azuredevops build, push ve deploy işlemlerini yapar. argocd pull base bir method yapmanı sağlar, sen codeu pushlarsın ci/cd toolun sadece build ve push yapar ve deploy edilcek manifest güncellenir ama kubernetes e deploy edilmez. argocd deploy aşamasında kubernetes e koyacağın deploymenti bir repodan pull ederek çeker ve kubernetes e deploy edilmesini sağlar. iki tarafı da sürekli sync olmasını sağlar repo ne derse onu yapar. sen rancher gibi bir UI dan gidip bir deployment sildiğin anda geri getiremezsin. ama ortamda Argocd varsa sen deployment silerse argocd onu geri getirir.
Merhabalar, burada ci adımını nasıl yapabiliriz. Birde prod ortamlarda cd adımında kullanılması önerilirmi
Selam Eren ci 2 tane repon olacak biri application codeunun oldugu digeri kubernetes manifestlerin olsugu(deployment servis ingress configmap vs vs )
App reposune push geldiginde ci adimini jenkins,gitlabci,github action, azuredevops ile build alicaksin. Build alip artifact/image push edildikten sonra son stagede ikinciyi repoya gidip kubernetes deploy yamldaki image i degistiricek ben push aticak. Argocd de bunu gorup deploymenti guncellicek. Biraz karisik gibi gelebilir. bunun gerceklemesini vaktim olursa yaparim aslinda
@@devopsdude- selamlar hocam, cevap için teşekkürler. anlatıklarına benzer bir ci,cd yaptım. Azure devops da push geldiğinde kodu derleyip image oluşturuyorum. Sonrasında, oluşan image'i manifest yml da güncelleyerek push ediyorum. son adımda da , kubectl ile set image yaparak yeni image'ı ilgili deploymentda güncelliyorum
@@devopsdude- burada argocd'yi oto sync olarak ayarlayınca, yml'i yeni image ile güncelleyip push ettiğimizde. 3 dk sonra kontrol ediyor. o yüzden kubectl set image ile güncelleme işlemi yapıyorum. Argo cd yide manuel sync olarak ayarladım. Bu kurkuda sorun yaşamam diye düşünüyorum :)
@@erenekinci9683 güzel yapı oluşturmuşsun bu arada o 3dk değişebiliyor eğer çok geliyorsa daha az beklemesini sağlayabiliyorsun.
configMap de, timeout.reconciliation diye bir değer var default 180sn onu değiştirirsen düşürebilirsin
@@devopsdude- teşekkürler hocam