O kadar video izledim, para verip dersler satın aldım ama bu kadar tane tane anlatan başka birini görmedim.. Çok teşekkürler Gökhan bey. Emeklerinize sağlık..
@yasin.k
3 жыл бұрын
1. Tüm yönleriyle Docker - 25.08.2016 - kzitem.info/news/bejne/uK-onpOqrJx8n3o 2. Uygulamalar ile Docker - 22.09.2016 - kzitem.info/news/bejne/w4CJ15xtn3iAiH4 3. Docker Swarm Mode ile Container Orkestrasyonu - 13.07.2017 - kzitem.info/news/bejne/xISYqXtsh5uZZoY 4. >> *Bu video*>> Kubernetes ile Container Orkestrasyonu - 01.02.2018 - kzitem.info/news/bejne/tYxmlq6Irmh1eKg
@devopsdude-
Жыл бұрын
Gökhan hocamın kubernetes içerikleri çok iyi teşekkürler. kaç sene geçse de hala iyi
Elinize saglik Gokhan Hocam. Inanilmaz guzel hazirlanmis bir giris egitimi olmus. Diger makinalara dusememenizin sebebi muhtemelen overlay networke cikarken eth0 arayuzunun kullanilmasiydi. En azindan flannel default olarak eth0 NAT arayuzunu kullaniyor diye biliyorum. eth1 olarak override edersek diger makinalara sorunsuz gidilebilir diye dusunuyorum. muhtemelen docker eth1i kullanabildigi icin o makinalara gidebildik.
@gokhansengun
4 жыл бұрын
Teşekkürler Talha Hocam. O problemi sonradan tekrarlayamadım ben ama sorun Vagrant'ın iki network interface kullanmasından kaynaklı görünüyor gerçekten de. Sunumda Weave kullanmıştık yanlış hatırlamıyorsam. Kubelet'e `node-ip` parametresi olarak istenen network interface'in IP'sini geçmek en doğru olan gibi görünüyor. Aşağıda bu konu ile ilgili bir blog var, ben burayı güncellemeyi unutmuşum :) medium.com/@joatmon08/playing-with-kubeadm-in-vagrant-machines-part-2-bac431095706
@orcunavsar9952
2 жыл бұрын
Farkli bir node'da calisan bir container uzerinde exec'i calistirmak o containera erisebilmenin haricinde ekstra bir protokol (SSH gibi) calistirmayi gerektirmiyor miyor mu ? Swarm'da bunu yapamiyorduk. Bir node sadece kendi uzerinde calisan containerlara exec yapabiliyordu.
@ozcanavtat9713
4 жыл бұрын
Harika ötesi bir sunum olmuş. Çok çok teşekkürler, Gökhan Şengün..
@EmreKeskinMac
6 жыл бұрын
Teşekkürler
@gokhansengun
6 жыл бұрын
Düzeltme: kzitem.info/news/bejne/tYxmlq6Irmh1eKg burada konuşmada ilk söylediğim doğru yaptığım düzeltme hatalı :-) Yani doğrusu çalıştırılan pod'un QoS'i burstable olacak. İlgili doc: kubernetes.io/docs/tasks/configure-pod-container/quality-service-pod/ Güzel bir okuma: medium.com/google-cloud/quality-of-service-class-qos-in-kubernetes-bb76a89eb2c6
@orhankansz4168
5 жыл бұрын
Abi, udemy de kurs vb yapmayı düşünüyor musun? Ya da youtube için eğitim videoları. Sadece sunumlar bize yetmiyor :(
@gokhan1342
6 жыл бұрын
Merhaba, deployment use case icin gosterilen demo-app-deploy'a nereden ulasabilirim? Gokhan beyin githubinda 'da göremedim
@fmozturk
6 жыл бұрын
Sunum sırasında kullandığınız "Vagrantfile" nereden ulaşabiliriz?
@gokhan1342
6 жыл бұрын
Merhaba, deployment use case icin gosterilen demo-app-deploy'a nereden ulasabilirim? Gokhan beyin githubinda 'da göremedim
@gokhansengun
6 жыл бұрын
GitHub'da değil ancak zaten birkaç satır bir dosya.
@gokhan1342
6 жыл бұрын
Cok guzel bir egitim olmus. yaml lara ulasabilmek icin sormustum aslinda. Keske bu resourcelara ulasabilecegimiz bir kaynak olsaydi.
@mrtasci
5 жыл бұрын
Merhaba, kubectl create -f 'blog-deploy.yaml' sonrasi ContainerCreating asamasinda takiliyor. Bu iki yeni pod harici herşey Running durumunda. Sebep ne olabilir?
@gokhansengun
4 жыл бұрын
kubectl describe pod derseniz sebebini görebilirsiniz.
@bitparextoken
5 жыл бұрын
selam gökan bey sizinle bir konu hakkında görüşmek isterim lütfen iletişim kurarsanız minnetkar kalırım
Пікірлер: 20