Видео

Cloud dediğiniz şeyde aslında fiziksel sunuculardır. Bunu sizin de bildiğinizi düşünüyorum ancak öyle bir anlatıyorsunuz ki cloud sanki fiziksel sunuculardan oluşmuyor da tamamen sanal bir şeymiş gibi izlenim veriyorsunuz. Eğer clouda geçiyorlarsa (demek istediğim başka bir şirketin clouduna, çünkü kendi cloudlarını da oluşturabilirler), bunun anlamı kendi datacenterlarını ve fiziksel sunucularını bırakıp başka bir şirketin datacenterına ve fiziksel sunucularına geçiş yapıyorlardır. Burada clouddan bahsederken bunu belirtmeniz gerekir. Cloudların asıl amacı datacenter hizmeti veren şirketlerin sunucularına internet üzerinden erişim sağlamaktır ve bu sunucuların tamamını yada belli bir kısmını (disk,ram,cpu,gpu vs.) kiralamaktır. Böyle bir durumda fiziksel makinada meydana gelebilecek sorunlar cloud hizmeti veren şirketin sorumluluğunda olur, siz fiziksel makinelerin güncellenmesi, hardware sorunları gibi şeylerle uğraşmazsınız (sözleşmede aksi belirtilmedikçe). Büyük şirketler asla başka bir şirkete ait cloudlara geçiş yapmamalıdır, her zaman kendi sunucularına fiziksel olarak sahip olmalıdırlar bu sayede tam kontrol ve hakimiyete sahip olurlar. Bunu bir webhosting gibi düşünebilirsiniz, cloud sunucular orta ölçekli şirketler ve şahıslar için mantıklıdır çünkü hardware bakım, güncelleme, bunları buludundurmaları gereken fiziksel alanlar gibi şeylerle uğraşmak zorunda kalmazlar.

Elinize emeginize saglik, hala cok dokuman yok K8s le ilgili.

Kubernatesden soğudum 😂

Can you post your repository

EyvAllah abi vaktine sağlık

Keyifli oldu ama kisa surdu ya:) Eline diline saglik!

çok güzel bir yayın olmuş. Güzel sorular güzel cevaplar.

Emeğinize sağlık baya faydalı olmuş. PR için link atabilir misiniz takip edelim :)

Teşekkürler elinize sağlık

Tam bir CKS hazırlığı olmuş ağzınıza sağlık

Ağzınıza sağlık

teşekkürler

Ağzınıza sağlık döktürmüşsünüz

chaos engineering serisi yapılmalı. cok cok temel olmuş. netflixin monkeyini de bekliyoruz :) emeginize saglık

Harika yayın oldu <3

Hocam KVM ile yönetimden mi bahsediyorsunuz 9:00 kısmında

Tesekkurler. Guzel bir program olmus.

Emeginize saglik, guzel bir calisma olmus.

Yayin oldukca bilgilendirici, ama bence o kitaba para verilmez. Ben verdim pisman oldum. Killer sh yeter zaten. Bir nacizane tip: Lutfen videolarda altyaziyi kaldirin, kanalin/videonun ciddiyetini dusuruyor, bkz. flash tv

Guzel konular, tesekkurler

KCD CFP Applications: kcd.smapply.io/prog/kcd_turkey_2023/

Teşekkürler. Şimdi düşününce Twitter ile ilgili kısımlar ne kadar da anlamsız değil mi? Orada kalan personel sadece Mezos'u idame etse öpüp başlarına koyacaklar. "Olsa iyi olur" veya "Deneyip bir görelim" diye düşünülen tüm projeler (K8s göçü dahil) çoktan çöpe gitmiştir bile.

Teşekkürler, ağzınıza sağlık 👍

Türkiye'de yazılım test mühendisi olarak uluslar arası bir şirkette çalışıyorum. Haftalık 70 satin üzerinde çalışıyorum. Ben 60 saat iyimiş derken Amerikalıların buna şaşırmasına şaşırdım.

Çok teşekkürler harika bir yayındı ❤

🚀You can get the source code here: github.com/cloudnativetr/cloud-native-turkiye

good content 👍

Kolaylıklar iyi yayınlar

abi yayınlarınız çok iyi çok teşekkürler acaba sizler veya başka büyük firmalarda yaşadığınız sorunları ve nasıl çözdüğünüzü nasıl çalıştığınızı anlattığınız videolarda gelirmi. meselâ Ahmet Alp Balkan abi ile yayınınız gibi o tarzda

Source Code: github.com/huseyinbabal/microservices-gitops

Çok faydalı bir etkinlik oldu. Emeği geçen arkadaşlara teşekkürler

Enes, Samet ve Alp değerli dostlar bu güzel yayın için teşekkürler 🙏

Düzeltme: 20:12'de StorageClass diye söz ettiğim şey aslında PVC olmalıymış. StorageClass'lar genelde zaten provider'a özel yaratılıyor. Provider agnostic kısım aslında PVC.

Gerçekten çok bilgilendirici ve basitleştirilmiş anlatım. Elinize sağlık, emeği geçen herkese teşekkür ederim. 👏🙋🏻

Sıfırdan zirveye çok güzel bir yayın

Bu güzel yayın için emeği geçen herkese teşekkürler 🙏

Elinize saglik

güzel bir yayında Ahmet Alp Balkan ı youtube de daha çok görmek isteriz.

Bir buçuk saat çok hızlı geçti çok güzel yayın teşekkürler hocam

💠 Red Hat'te Solution Architect olarak çalışan Emre Özkan ile birlikte Openshift Container Platform 4: Trusted Enterprise Kubernetes üzerine konuşacağız!

💠 Bu yayında Openshift Container Platform'un ne olduğu işleyeceğiz ve Vanilla Kubernetes’ten farklarını öğreneceğiz.

💠 Emre Özkan'ın aktardığı sunum linkine buradan ulaşabilirsiniz: bit.ly/3Tmy5to

İletişim için LinkedIn hesapları: - www.linkedin.com/in/h-alp-bayramoglu/ - www.linkedin.com/in/sametustaoglu/ - www.linkedin.com/in/devenes/

Not: Uzak masaüstünde dökümandan kopyala yapıştır yapmak için kullanmanız gereken kısa yollar: Ctrl+Shift+C, Ctrl+Shift+V

Çok güzel bir yayın teşekkürler hocam

Bu etkinliğimizde @ahmet alp balkan (Staff Engineer @Twitter) bize büyük şirketlerdeki Kubernetes kullanımından ve tecrübelerinden bahsedecek.

teşekkür ederiz

Ben biraz not aldım: · Kubernetes dökümantasyonu herşeyi içermiyor ve öğrenmesi gerçekten zor olan bir sistem, ihtiyaç olan kadar kullanmakta fayda var. · On-Prem kubernetes cloud kubernetes'e göre bir kat daha zor bir altyapıdır. · Wide-Cluster ve Multi-Cluster makinalar ve API'lar arasındaki mantık Mezos ile aynı değildir. · Kubernetes'in mimarlarının aklında hiç bir zaman 10 bin, 20 bin node'lu altyapılar oluşturmak olmadı, sınır 5 bindir ve muhtemelen böyle devam edecek. Bu nedenle 5 bin sınırlı kümelemeler yapmak mimari açısından önem arz ediyor. Kümelemelenin çökmesi ihtimali her zaman düşünülmeli ama plan bunun üzerine yapılmamalı. Bu nedenle multi-cluster mantıklı gözüküyor. · Cluster'ları büyütmeye çalışmamak gerekiyor, daha fazla cluster ile yönetmek şu an için en doğru yöntem olabilir. · Orta ve küçük ölçekli şirketlerde Kubernetes yatırımı doğru olsa da büyük şirketler için hem maliyet hem de riskler açısından dikkatli ilerlemekte fayda var. · Kubernetes size ne vaad ediyor? Makinalarımı yönetiyor, Load Balancer’ımı yönetiyor, Secret’larımı yönetiyor, ancak ne tarafından çekilirse başka bir tarafı zayıflıyor. · Herşeyi kapatarak ihtiyaç olan işlevleri açmakla başlanabilir. · Kubernetes bir deployment’ı silince replica set’ler bunu bilmiyor, garbage collection mekanizmasını öğrenmekte fayda var. API Server, objeleri tarayarak in memory ile graph’dan siliyormuş. Bu da büyük ölçekli yapılarda hız açısından ciddi sorunlara neden olabilir. · Mümkün olduğunca tek bir parça olarak yönetmek gerekiyor. · Prod ortamları için Kubernetes üzerinde veritabanı konumlandırmak? Cevapsız kaldı. · Kubeconfig aslında çok önemli olmamalı, üzerinde secret taşınmamalı. Okta vb IAM çözümleri authz için kullanılabilir. · Dev ekipleri için oynayabilecekleri bir alan açarak Dev-Cluster ortamı verilmesinde fayda var. · Güvenlik ve yatırım dengesi göz önüne alınmalı, DevSecOps pratikleri ihtiyaç olduğu kadar kullanılmalı. · Knative uygulama çalıştırmak için de k8s için de çok iyi bir çözüm. · Kubernetes yönetimini herkese bırakmamak gerekiyor, GitOps pratiklerini kullanmakta fayda var. Cluster her an patlayacakmış gibi plan yapmak gerekiyor. · On-Prem prod ve test ortamları için mutlaka ayrı registry olmalıdır. · Mümkünse secret’ları dışardan yönetmekte fayda var. Secret for CSI incelenebilir. Özetle Kubernetes’e basit başlamak ve ihtiyaç olmayan özellikleri kapatmak gerekiyor, işin sırrı burada-sonrasında her adımı iyice anlamak ve sonrasında hayata geçirmek en garanti yöntem olabilir.

Teşekkür ederim

Çok güzel bir yayındı. Herkese çok teşekkürler.