gRPC ve Protobuf ile verimli client/server iletişimi [GDG Ankara Meetup]
ฝัง
- เผยแพร่เมื่อ 22 ก.ย. 2024
- GDG Ankara ile yaptığımız bu online etkinlikte Google neden Protocol Buffers ve gRPC gibi teknolojileri geliştirdi, REST API ve JSON yerine neden bunları kullanmalıyız, bizler için hangi problemleri çözüyor sorularına yanıt veriyorum.
► Kanala Abone olup bildirimleri açmayı unutmayın!
► Sorularınızı videolara yorum olarak ekleyin ve tartışalım.
► Canlı yayınlardan haberdar olmak için:
Twitter: / ahmetb
Discord: bit.ly/ahmetb-... grubumuza bekleriz.
Çok faydalı bir webinar, ölçekleme aşamasında network uplink limiti ile sorun yaşayan bir çok kişinin problemini çözecek bir protokol - framework gibi duruyor, teşekkürler.
elinize sağlık
teşekkürler
hocam senin yaptigin bir icerik kotu olsun ya :) cok sag olun, harikasiniz.
ya sen nasıl bir kralsın
beton yetmez
8:50 :DDD
4:47
verilen sayı 32-bit (float) ise eğer, single precision'da en fazla 8 bit precision olduğu için bi çelişki olmuyor mu? Yani aslında verilen sayının 64-bit (double precision) olduğunu düşünmüştüm başta ama kafam karıştı
Merhaba, içeriklerinizi severek takip ediyorum. Bu video konusunun dışında bir soru sormak istiyorum; Kubernetes, tcp socket bazlı uygulamalar için mantıklı bir teknoloji mi? Teşekkürler.
Neden olmasin
ahmet alp balkan örneğin tcp den stream hizmeti veren bir uygulama mevcut. Gün içinde 9-17 arası hiç bir şekilde tcp bağlantısının kopmadan(network , isp kesintileri dahil) socketin ayakta kalması ve clientlara hizmet vermesi gerekiyor. Bu uygulama kubernetes’in yönetiminde kesintisiz ayakta kalmayı sağlayabilir mi? Örneğin Hpa kubernetes’in büyük nimetlerinden biri fakat bahsettiğim uygulama pod’u yana doğru artıp azalırsa gün içerisinde clientların kopmasına sebep olur. Hpa kullanmayalım dersek bu durumda kubernetes’in önemli özelliğinden birini kullanamıyor oluyoruz. Bu ve bunun gibi caseler için kubernetes ne kadar uygun? Kubernetes her uygulama için best practice midir? - Teşekkürler
bit.ly/ahmetb-discord #off-topic kanalimizda sorabilirsiniz.
REST + BSON yerine gRPC kullanmanın avantajı var mı ?
REST API ve json için argümanları anlıyorum, fakat bson kullanarak aslında CPU load'ın ve büyük data boyutunun önüne geçilebiliyor?
gRPC ile API ve Type’lari tanimliyorsunuz. Hatta uzerine streaming yontemleri de sunuyor. Sizin odaklandiginiz kisim serialization, onu Protobuf yapiyor ve gRPC’nin katma degeri o degil.
@@ahmetb tam anlayamadım, REST API'nin de katma değeri, api ve type tanımlamak değil mi? Çok bilmediğim için soruyorum
Degil. REST’te sen kafana gore field/arguman yollarsin. Proto/gRPCde strong typing var. bi gRPC quickstart yaziyorum sana recete olarak git takip et ;-)
@@ahmetb ok eyvallah :)