konu önerisi: bence event bus güzel bir konu olabilir. Hem bu konudaki teknolojileri anlatabilirsin, hem nasıl scalable olduğunu. İleride live coding için de güzel bir aday olur.
Selamlar, bilgileriniz çok kıymetli, çok teşekürler. Bir sorum olacaktır. örnek olarak verdiğiniz Bulgaristan'daki EdgePoP Amerika'daki server ile iletişim kurmak için yine TCP handshake yapmak zorunda değil mi?
Bu sistemi biraz daha somut örneklerle anlatabilir misin? Mesela CDN'lerde edge server statik dosyaları ilk istekten sonra belirtilen süre kadar cache'liyor. Sonraki istekler için origin sunucuya bağlanmıyor diye biliyorum. Bu anlattığın sistem istemciye yakın bir yerde ssl termination yapan bir load balancer gibi. Bunu dinamik request-response'lar da mı kullanıyorlar? Yani burada anlattığın ABD'nin batı yakasındaki sunucuyu bir REST server olarak düşünebilir miyiz? Tek bir merkeze bağlanmak yerine aynı REST sunucunun diğer bölgelerde replikaları olsa daha verimli olmaz mı? Yönetmesi mi zorlaşır?
Evet bahsettiginiz gibi CDN de Edge PoP’larla implement ediliyor genelde. Dynamic requestler de origin’e gidiyor. Hangi request static veya dynamic, arka taraftan gelen Cache-Control header’lariyla veya URL’lere bakarak karar veriliyor. Cloudflare’i denemenizi oneririm ucretsiz sitelerinize ekleyebilirsiniz.
@@ahmetb Peki dediğim gibi sunucunun her bölgede bir replikası olacak şekilde dağıtmak? Bu şekilde deploy etmesi, yönetmesi mi zorlaşıyor? Ya da uygulayanlar var mıdır?
Elbette, bir cok Google servisi region’lara dagitik ve ayri ayri deploy edilir. Tabiki ayrica management ve monitoring eforu gerektiriyor fakat daha saglam servisler oluyor boylece.
Merhaba. Eğer imkanınız var ise QUIC Detaylı bir şekilde açıklamasını yapabilme şansınız varmıdır ? Okudumlarım sonucu ile aklıma takılan bir kaç soru. QUIC bağlantısında Source IP (client) değişmesi halinde hali hazırda hala aktif bağlantıdan devam edilmesi çalışma mantığı nedir ? IP değişiminde anlık olarak direk erişim sağlanıyor mu yoksa tekrar bir prosüdür gerekiyor mu ?
Öncellikle bize bilgilerinizi aktardığınızdan ötürü çok teşekkür ederim. Benim anlayamadığım nokta Edge PoP bir client ile bağlantı kuruyor fakat bunu Abd’deki server nasıl anlıyor. Client tarafında bir durum mu tutuluyor veya Edge PoP ben bu client ile bağlantı kurdum diye Abd’deki server' a mı bildiriyor. Sorduğum soru çok saçma gelebilir lütfen maruz görün.
Abd’deki server, client hakkinda bir sey bilmiyor pek (orijinal IP adresi vs disinda). Onun icin client=PoP. Aslinda edge PoP bir load balancer/proxy gibi dusunulebilir. Bir sonraki video konuda olacak. Basit manada, PoP gelen request’i arka tarafa kopyaliyor, gelen cevabi da client’a kopyaliyor. Buna istisna olarak Direct Server Return diye bir kavram var, proxying’e ragmen en arkadaki sunucu dogrudan clienta cevabi atabiliyor; fakat ona girmeyiz diye tahmin ediyorum.
Evet ileride servisler birbiriyle nasil konusur diye anlatirken gRPC ve Protobuf gibi konulara girecegiz. Tahminim 2-3 video yapariz belki de 1-2 live coding.
Google ve Azure Gibi şirketler veritabanlarında biriken petabyte'larca veriyi nasıl handle ediyor ? Bu kadar büyük verilerin özellikle (veritabanı olarak baktığımızda) yönetimi baya karmaşık ve zor bir iş.Bu şirketler bu işin altından nasıl kalkıyor ? Bununla ilgili de bir video gelirse çok yararlı olacaktır.
Sıradan dikey büyüyen sql sistemleri kullanılmıyor. Sistem yatay olarak genişletilebiliyor, Yeni veri geldikçe ihiyaca göre sunucu ekleniyor. Ek olarak bu verilerin hangi sunucuda barındığını bilen ana sunucular oluyor. NoSQL hakkında Google da güzel kaynaklar bulunuyor. Ayrıyetten İstanbulda yaşıyorsanız Yazılım etkinliklerinde bu tür konulara değiniyor firmalar, katılmanızı tavsiye ederim.
@@ahmetozerorg Ben aslında burada işin chaos engineering kısmını sormak istemiştim.Bu kadar büyük sistemlerdeki kaosu çözmek için veri tarafında nasıl yöntemler kulanıyorlar.
![[Live] : ONE 169 วันนี้!! "อนาโตลี vs อูมาร์"](http://i.ytimg.com/vi/IK3YZVWuFJg/mqdefault.jpg)
Teşekkürler değerli vaktinizi ayırıp bilgilerinizi bizimle paylaştığınız için
Süper ..emeğine sağlık
Ahmet bey çok teşekkürler
konu önerisi: bence event bus güzel bir konu olabilir. Hem bu konudaki teknolojileri anlatabilirsin, hem nasıl scalable olduğunu. İleride live coding için de güzel bir aday olur.
Pek bildigim bir konu degil. Platform infra/ops konulari benim uzmanlik alanim. Muhtemelen girmeyiz oralara.
Selamlar, bilgileriniz çok kıymetli, çok teşekürler. Bir sorum olacaktır. örnek olarak verdiğiniz Bulgaristan'daki EdgePoP Amerika'daki server ile iletişim kurmak için yine TCP handshake yapmak zorunda değil mi?
İlk dns isteği gittiğinde edge lokasyonun ip adresi nasil elde ediliyor. Lokasyona göre farkli a kaydı mi oluyor?
Guzel soru. Bunu ayri bir videoda ele alacagiz. Cografi load balancing ve anycast olarak.
elinize sağlık
Ahmet merhaba. TLS/SSL videoların çok çok faydalı. Sertifikaların detaylarına inmeyi düşünüyor musun?
TLS telefon similatör cihazları ile sızma yaptıkları doğru mu ?
Bu sistemi biraz daha somut örneklerle anlatabilir misin?
Mesela CDN'lerde edge server statik dosyaları ilk istekten sonra belirtilen süre kadar cache'liyor. Sonraki istekler için origin sunucuya bağlanmıyor diye biliyorum.
Bu anlattığın sistem istemciye yakın bir yerde ssl termination yapan bir load balancer gibi.
Bunu dinamik request-response'lar da mı kullanıyorlar?
Yani burada anlattığın ABD'nin batı yakasındaki sunucuyu bir REST server olarak düşünebilir miyiz?
Tek bir merkeze bağlanmak yerine aynı REST sunucunun diğer bölgelerde replikaları olsa daha verimli olmaz mı? Yönetmesi mi zorlaşır?
Evet bahsettiginiz gibi CDN de Edge PoP’larla implement ediliyor genelde. Dynamic requestler de origin’e gidiyor.
Hangi request static veya dynamic, arka taraftan gelen Cache-Control header’lariyla veya URL’lere bakarak karar veriliyor.
Cloudflare’i denemenizi oneririm ucretsiz sitelerinize ekleyebilirsiniz.
@@ahmetb Peki dediğim gibi sunucunun her bölgede bir replikası olacak şekilde dağıtmak?
Bu şekilde deploy etmesi, yönetmesi mi zorlaşıyor? Ya da uygulayanlar var mıdır?
Elbette, bir cok Google servisi region’lara dagitik ve ayri ayri deploy edilir. Tabiki ayrica management ve monitoring eforu gerektiriyor fakat daha saglam servisler oluyor boylece.
Merhaba. Eğer imkanınız var ise QUIC Detaylı bir şekilde açıklamasını yapabilme şansınız varmıdır ?
Okudumlarım sonucu ile aklıma takılan bir kaç soru.
QUIC bağlantısında Source IP (client) değişmesi halinde hali hazırda hala aktif bağlantıdan devam edilmesi çalışma mantığı nedir ? IP değişiminde anlık olarak direk erişim sağlanıyor mu yoksa tekrar bir prosüdür gerekiyor mu ?
QUIC bilmiyorum ve kayda deger bir kullanimi oldugunu da sanmiyorum. Oturup sifirdan TCP nasil calisir’a da girmeyecegim. :)
Öncellikle bize bilgilerinizi aktardığınızdan ötürü çok teşekkür ederim. Benim anlayamadığım nokta Edge PoP bir client ile bağlantı kuruyor fakat bunu Abd’deki server nasıl anlıyor. Client tarafında bir durum mu tutuluyor veya Edge PoP ben bu client ile bağlantı kurdum diye Abd’deki server' a mı bildiriyor. Sorduğum soru çok saçma gelebilir lütfen maruz görün.
Abd’deki server, client hakkinda bir sey bilmiyor pek (orijinal IP adresi vs disinda). Onun icin client=PoP. Aslinda edge PoP bir load balancer/proxy gibi dusunulebilir. Bir sonraki video konuda olacak.
Basit manada, PoP gelen request’i arka tarafa kopyaliyor, gelen cevabi da client’a kopyaliyor.
Buna istisna olarak Direct Server Return diye bir kavram var, proxying’e ragmen en arkadaki sunucu dogrudan clienta cevabi atabiliyor; fakat ona girmeyiz diye tahmin ediyorum.
gRPC ile ilgili benzer bir video gelir mi ?
Evet ileride servisler birbiriyle nasil konusur diye anlatirken gRPC ve Protobuf gibi konulara girecegiz. Tahminim 2-3 video yapariz belki de 1-2 live coding.
Google ve Azure Gibi şirketler veritabanlarında biriken petabyte'larca veriyi nasıl handle ediyor ? Bu kadar büyük verilerin özellikle (veritabanı olarak baktığımızda) yönetimi baya karmaşık ve zor bir iş.Bu şirketler bu işin altından nasıl kalkıyor ? Bununla ilgili de bir video gelirse çok yararlı olacaktır.
Muhtemelen database konusuna girmeyecegiz bu kanalda. Pek bildigim bir alan degil.
Sıradan dikey büyüyen sql sistemleri kullanılmıyor. Sistem yatay olarak genişletilebiliyor, Yeni veri geldikçe ihiyaca göre sunucu ekleniyor. Ek olarak bu verilerin hangi sunucuda barındığını bilen ana sunucular oluyor. NoSQL hakkında Google da güzel kaynaklar bulunuyor. Ayrıyetten İstanbulda yaşıyorsanız Yazılım etkinliklerinde bu tür konulara değiniyor firmalar, katılmanızı tavsiye ederim.
@@ahmetozerorg Ben aslında burada işin chaos engineering kısmını sormak istemiştim.Bu kadar büyük sistemlerdeki kaosu çözmek için veri tarafında nasıl yöntemler kulanıyorlar.
Ama yani siz de simdi chaos baska konu db baska konu :) :)
Konuya hiç ilgim yok. Ben veri bilimcisiyim, web teknolojisi ile uğraşmıyorum bile.. . Sırf çok sevimlisin diye açıp izliyorum.