👍👍👍

ne kral adamsınız hocam, gölgesinde serinledik

Abi instagram patlatabilion mu?

anladığım kadarıyla petrol fiyatlarında artış var

Anlatımınız akıcı ve anlaşılır teşekkürler :)

Eventual consistency'ye verdiğiniz örnek doğru değil. Verdiğiniz örnek sistemin Durability'siyle ilgili. (Write işlemden önce kullanıcıya success dönüp write'ı tamamlamadan sunucunun çökmesi örneği)

bu arkadaş aws'te çalışıyor şimdi, helal olsun

tesekkurler

Teşekkürler, Bu video serisi dağıtık sistemler üzerine çalışırken konuyu anlamama çok yardımcı oluyor 🙏 Bu video serisi sayesinde dağıtık sistemlere ilgi duydum da diyebilirim, teşekkürler~

Hala izliyoruz ya KZbin'a yukleyince bosa gitmemis :) agzina saglik, cok akici bir seri olmus tesekkurler!

gece yarısı anlık gelen canlı yayın bildirimlerini özledim ya tekrar başlasak :((

Emeğinize sağlık, teşekkürler verdiğiniz kıymetli bilgiler için.

Abi meselenin sadece nasil isledigini degil, iyi yanlarini, problemlerini, neden yapmaliyiz ya da neden yapmamaliyiz? gibi yonlerini de gosteriyorsun. Harika isler yapiyorsun, tesekkur ederim 🙏

Bunu yapmak için kitabın yazarından izin aldınız mı? Bana yaptığınız şey suç olarak gözüküyor.

teşekkürler

Bu içerik bir de bedava mı

çok ii video

👏👏👏

Süper, eline sağlık

9:30 50:00

Çok teşekkürler

Oldukça güzel başka kitap önerileriniz var mı? Cloud alanında özellikle Huawei Cloud Teşekkürler

hocam bunun devami gelsin baska kitaplar icin de

Merhaba, bir meslektaşımızın bilgisayarına cryplocker virüsü bulaşmış ve arkadaşımız BTC ile decrypt çözücüyü almışlar rar uzantısından çıkardığımız klasörün içinde decrypt.arm32 ve key.bin uzantılı doyalar var bunları nasıl açabiliriz yardımlarınıza ihtiyacımız var. şifrelenen uzantılar örnekdosya.LOCK3D programın çalışması için aşağıdaki komut notunu bırakmış bu not şifre çözücü klasörün içinden çıktı bu komut çalıştırdığında dcrypt.arm32 programa çalışacağını yazmış ama nasıl çalışır? Run the decryption software in any encrypted file directory. Thanks~ Usage: chmod +x decryptor; ./decryptor

Nefis

1) JSON gelen verinin propertylerinin veya o propertylerin icinde degeri object olan bir propertynin propertylerinin oyle kafalarina gore string veya number olmalari MUMKUN DEGIL. Bu tarz iddalari lafla degil, kod ornekleriyle kanitlamaniz daha dogru olur. 2) JSON float sayi barindiran propertyler IEEE 754 standartlarina uygun sekilde 64 bit olarak saklar. 32 bit veya 64 bit olarak belirtemeyiz. IEEE lerle ugrasmayayim derseniz json-schema-spec tarzi 3rd party kaynaklarda, JSON da gelen numberin, kullandiginiz yazilim dilinde donusecegi muhtemel int/float ikilisi seklinde tipleri gorebilirsiniz. 3) Float olarak koydugunuz degerin pythonda baska rust ta baska olmasi mumkundur ve hatta muhtemeldir cunku 2 sindede ayni veri tipleri olmayabilir ve muhtemelen yoktur. Lakin yukaridada belirttigim sekilde ortada bir bilinmezlik yoktur, standartlari incelerseniz, Rust a ne tipte data gelecegini, C ye ne tipte data gelecegini gorebilirsiniz. 4) Video basinda verdiginiz profil resmi degistirme ornegini gibi ornekler genel olarak POST requestleriyle degil, PUT ile yapilir. Bunun HTTP standartlarinda acikca belirtilmektedir. PUT ilede hesap acabiliyoruz diye bu PUT ile hesap acmanin, POST ilede sifre guncellemenin dogru oldugu anlamina gelmez. POST ile PUT un arasindaki basit farklardan biri, POST istediginizde olusan kaynagin URI sini bilmezsiniz lakin PUT isteginde bu kaynak icin URI yi siz belirsiniz. (Bkz. RFC 7230, RFC 7231, RFC 2616) 5) Her veri tipi precise represent edilmiyor demissiniz lakin, adindanda anlasilacagi gibi JSON, JavaScript Object Notation ve JavaScriptin bulundurdugu butun veri tiplerini desklemektedir. Siz tum dillerin veri tiplerini destekleyen bir notation hayal edebiliyor musunuz gercekten ? :)) 6) RESTful api ile streaming yapilmiyor demissiniz. Oncelikle RESTful bir transport degil bir mimaridir. Ve bu mimari, HTTP protokolunun uzerinde insa edilmektedir. HTTP ise genel olarak (GUIC - v3 haric) request-response mantiginda calisir. Oysa streaming, client-server arasinda surekli baglanti gerektiren bir olaydir. Chat uygulamasindan tutun, dosya streaminglerine kadar gunumuzde artik her browserin destekledigi Web socket transportu getirilmistir. Yani kisacasi, gunumuzde zaten RESTful ile interaktif bir chat yazmaya calisan olmadigi gibi, RESTful da zaten bu tarz amaclar icin cikarilmis bir mimari degil. Mimari yaklasimlara vurup oldurmek yerine, neden, ne zaman ve hangi sekilde kullanilmasi gerektigini ogrenmeniz/ogretmeniz daha dogru olurdu. 7) False dondurmenin 5 byte tuttugunu soylemissiniz, dogru lakin bu bir sorun degildir. Eger bu api private ise, ekonomi amacli boolean yerine 0 veya 1 koyabilirsiniz. Eger client-server iletisimi kuruyorsaniz, responslarinizi sikistirarak (gzip vs.) ile gondererek paket boyutlarini kucultup, transfer surelerini kisaltabilirsiniz. 8) Biz yazilimcilar, high reload olmasi muhtemel olmayan, cok basit isler disinda asla ve asla servislerimiz arasinda RESTful apiler araciligiyla JSON ile rpc YAPMAYIZ! Bunun sebebi belirttiginiz bazi sorunlardan ziyade, senkron modele donup, serviste baslayan bir processin http responsunu alana kadar bloke edilmesidir. Ek olarak bu sekilde yapilan RPC lerin, permatentyl olmamasidir. Yani task' i gonderen veya alan microservislerden birisi duserse, bu taskida kaybetmis oluruz. Projeden projeye ve ihtiyactan ihtiyaca gore degismekle birlikte, rabbitmq, kafka, grpc, redis pub/sub vs. aralarindan secim yapar onlarla RPC yapariz. 9) API yi hatali implemente etme (typo in endpoint, wrong responses and etc.) ihtimaliniz var demissiniz. Bahsettiginiz sorunu, hayatimda hic production da olan ve CI/CD yi basariyla gecmis hic bir RESTful apide yasamama ragmen yine de anladim. Fakat yinede linux kernelinde de hata yapilma ihtimali var, rabbitmq ile RPC yaparken yanlis queue ye tasklari atma ihtimali var. Yani insanin oldugu her yerde bir hata ihtimali var. Sizin bu tarz sorunlarin onune gecmek icin onerdiginiz sorunu ben sahsen anlamadim (RPC-RESTful konteksti icerisinde). 10) Microservislerin dondurdugu responslarda degisiklik yapmak icin hepsine teker teker girip duzenlemek yerine kullandiklari tek frameworkten bunu yapmayi oneriyorsunuz. Simdi microservislerin onemli amaclarindan birtanesi, buyuk ekipleri parcalara bolerek gelistirmelerinden sorumlu olduklari servisler yapmalaridir. Bu sebepten her ekip kendi microservisinden sorumludur. Ekibinizin gelistirdigi bir servisin, dondurdugu responslarin siz uyurken habersiz sekilde birileri tarafindan degistirilmesi size mantikli geliyor mu? Genelde business logic olan servisler, framework agnostik olarak yazilmaktadir. Bu sebepten, sizin projenizde tum servislerin responselerine ornegin bi header eklemeniz icin frameworku patch etmeniz, software development alaninda pek hos karsilanan bi durum degildir, servislerinizin etkilesimini saglayan disa kapali bir sistem oldugunu farz edersek. Bu tarz seylere basvurmak yerine, yuzlerce microservisten olusan sisteminizin gate (giris ve cikis noktasi) inde kullaniciya response dondurmeden once kullanicilarin alicagi responsa mudahale edebilirsiniz. Kisacasi verdiginiz bu ornegin, bir real-world ornegi olmadigini belirtmek isterim. Yazabilecegim bi kac sey daha var ama 10 madde ile sinirlamak istedim. Google dan bir muhendisin Turkce olarak icerik hazirlamasi cok guzel. Yorumumun amaci yapici ve bilgilendirici bir elestiri olmasidir. Basarilarinizin devamini dilerim :)

nerdesin be abi dagitik sistemler sahipsiz kaldi.

kralsin abi !!!!!

içerikleriniz çok kalteli hocam , değerli bilgileriniz paylaştığnıız için teşekkür ediyoruz :)

Ahmet abi sohbeti çok güzel yönetmişsin gerçekten keyif alarak ve istifade ederek dinledim. Cliudflare'de herkesin işten anlaması çok ilginçti şaşırdım 😅

Herşey çok iyi emeğine sağlık. Tek sıkıntım: Abi bu go nedir. Başka bir dil daha iyi olurdu. Docker öğrenmek için bakıyordum . Son bir saattir şu go' nun verdiği hatayla cebelleşiyorum..

Abi çok keyifli sohbet teşekkür ederiz 🙏 Sadece bir tık ses.. Ama bluetooth hoparlöre taktım halloldu :)

devamı gelsin abiiii

0:00 giriş 3:30 consensus nedir 6:30 iletişim modelleri 15:00 liderlik seçimi 21:20 paxos algoritması 32:10 raft algoritmasi 36:55 lider seçimindeki sorunlar 42:50 FLP imkansızlığı 56:40 kaynak önerisi

Dostum bir harikasın, uzun uzun anlatan videolardan bayılmak üzereydim, teşekkürler.

emek verip çektiğin için teşekkürler.

38:40 merhaba cok guzel anlatmissiniz. Bunun 90% i kac dolar ediyor? Belki aciklayamayabilirsiniz (legal durumdan dolayi) ama halka acik firma oldugundan belki anlatabilirsiniz diye dusundum. Tesekkurler

Abi b0kunu yiyim böyle videolar/yayınlar yapmaya devam et.

Tr'de benzeri yok inanılmaz bir içerik muazzam çok teşekkür ederiz.!

Kariyerine Network Engineer olarak devam etmek isteyen bir CS degree olarak çok keyifli ve aydınlatıcı bir sohbet olmuş. Ahmet abiye böyle bir imkanı bize sunduğu için ayrıca teşekkür ederim.

minnet duygum kabardı. teşekkürler.

Faydalı bilgiler, Emeğinize sağlık bu video serilerinin devamı gelmesi güzel olur.

Hocam burada bahsedilen 3 adet server 5001 5002 5003 birbirinin kopyası olan frontent sunucuları mı ? ayrıca localhost8080 olan domaine bağlı olan sunucumu burada 4 adet sunucu ile mi işlem yaptık ? cevap için şimdiden teşekkürler.

Çok teşekkürler, faydalı bilgiler.

Teşekkürler, ağzına emeğine sağlık.

Harika anlatım ve güzel bir yorumlama, emeğiniz için teşekkürler.

41:07 Tespih mi o? :D

ben hayatımda senin kadar anlattığı konuya hakim olan ve bunu basitçe aktarabilen başka birisini görmedim. ağzına sağlık

İdolüm :)

cok guzel bir playlist docker list. emegine saglik