Mikro Servis Kullanmalı mıyız? | Araba Sohbetleri

Uzun bir süredir yazılım gündemini meşgul eden bir konu ya mikroservis ya da bununla alakalı konular oluyor. Ne zaman kullanmalı, hangi durumda faydalıdır gibi birçok konu olabilir aklımızda. İşte bu videoda, bu konudaki kendi fikirlerimden bahsedeceğim.
#TechBuddy
#blazor #docker #dotnet
TechBuddyEN: / @techbuddyen
Superpeer: superpeer.com/...
To Subscribe: bit.ly/3kvj2vw
Github: github.com/sal...
Discord: / discord
For membership: / techbuddytr

[@farukakpnar2265]

39:07 motorcu bile bekliyor. Kuralsizlığa o kadar tanık olduk ki duran motorsiklet görünce hayret ettim Sohbetiniz cok keyifliydi kafamdaki bir cok karanlik noktaya ışık tuttu, bir problemi örneklendirip ona çözümler sunmanız içimdeki sesle konuşuyormuşum gibi hissettirdi.

[@yigitalpkaynak]

Olağanüstü bir anlatım. Böyle bir video paylaşıldığı için teşekkürler. Lütfen araba serilerinin devamı gelsin 🙏

[@emrecirik5189]

Cok tesekkur ediyorum hocam valla cok kaliteli anlatiyorsun. Emeklerine saglik.

[@yusufaltun3034]

araba sohbetleri çok keyifli, yollar çok güzel. Umarım seriler halinde devam eder.

[@tilter4058]

Değinmediği konu yok. 1 Saatte ne var ne yok hepsine değindi. Twitter yazılımcılarına bile ayar çekti. Müthiş bir videoydu teşekkürler.

[@TechBuddyTR]

Ayarlarla uğraşmak bizim işimiz :) İster Mikroservis olsun ister Twitter Yazılımcısı olsun.

[@ismailkatrc4960]

teorik olarak bilgimiz var ve tecrübe etmek istiyoruz.ancak şirketler bu mimariyi kullanmadığı halde bunu sizden en iyi seviyede bekliyor.yani bilinmesini bekleyebilir ama mentorluk yapacak seviye bekleniyor.bu bir ekip işi.

[@kadirgultekin7984]

Projelermizde bankacılık alt yapısı kodluyoruz ve bir mikroservis dönüşümü içerisindeyiz, projelerin büyük çoğunluğu modüler monolit ile yazılmış durumda , yanlışsam elbette beni düzeltin ancak monolit yapılarda kod bakımı ve geliştirmesi bana zor geliyor özelikde sizin de deidğiniz gibi büyük ölçekli yapılarda. Tek bir yeri değiştirdiğinizde bütün app etkilenebiliyor bazen öyle bir durum oluyorki bam başka amaçları hizmet eden insanların kodların aynı modülde olduğu için birisinin ki patladığında diğeri de haliyle build edemiyor ve bir üst ortama taşıyamıyor. Daha romantize edilmiş olarak konuyu ela alıncada microservis yapıları bana daha mühendisiki geliyor, ortaya bir şey çıkarmadan önce oturup bir mimarisi halletmek gerekiyor elde mimari olmadan girilmiyor bu beni projelerde daha çok tatmin ediyor ama dediğim gibi bu tamamen olaya farklı bir bakış açısı daha büyük teknojiler işin içine girince ve daha büyük kitlelere hitap eden şeyler yapmak beni iş anlamında memnun ediyor.. Debug konusunda ise parçalı momolit'de bana debug yapmak zor geliyor çünkü her uygulamanın IIS'de birbirine bakması gerekiyor ayrıca web.config dosyasında da değişiklikler yapmak lazım ve bir kere yaptım sonsuza kadar artık debug yapabiliyorum olmuyor tuhaf bir bakım gerektiyor.

[@lmcgs]

Mikro servis konusu gerçekten içinde çok fazla detayı olan ve dallı budaklı bir konu. Bence bu konuyla ilgili her şeye, bir insanın tamamen vakıf olması da çok kolay değil. İlla ki bir yerler eksik olacaktır. Distributed Logging için Open Telemetry ile ilgili bir video çekilebilir. Eventual Consistency içinse uygulanan yaklaşımlarla ilgili bir pratik ve karşılaştırma videosu çok faydalı olabilir. Karmaşık ve gerçekten her projede uygulamanın çok kolay ve mantıklı olmayacağı bir yaklaşım olsa da, mikro servis üzerine çalışmak gerçekten çok keyifli ufuk açıcı oluyor.

[@burak2yilmaz]

Çok güzel bir video olmuş. Elinize, emeğinize sağlık. Bahsettiğiniz gibi öncelikle "sempatizan" olmamak gerekiyor. Şu anda yeni bir proje için mikroservis mimarisini kullanıyoruz. Zor başlangıç olarak ama yol aldığınızda epey faydalı oluyor. Servislerin kendi başına çalışabilmesi ve scale edilebilmesi önemli. Ancak doğru takip olmadığı sürece mikroservisin bir anlamı yok. Trafiği, analizleri doğru yaparsanız ve buna göre scale ederseniz epey faydalı. Orta-üst projelerde mikroservis mantıklı. Onun dışında değil bence :) Ek olarak aralarında doğru iletişim kurmak şart gerçekten. Transactionlar ayrı bir olay. Ekstra olarak biz servislerin arasında REST yerine gRPC ve Message Broker ekledik. Bu bile alıştığımız koşulları değiştiriyor :)

[@necipfazlakay4759]

Abi ağzına sağlık başlığı okuduğum anda aklımdan geçen her detayı tek tek anlatmışsın soluksuz izledim çok güzel bir anlatım olmuş. Boş bir vaktinde kubernetes ile ilgili de bir anlatım ya da öğretici serisi çekebilir misin? senin sayedende kendimi çok geliştirdim anlatım tarzın çok daha farklı ve akılda kalıcı özelsin güzelsin videolarının devamını bekliyoruz

[@TechBuddyTR]

Teşekkürler, ancak kubernetes bilmiyorum ben. O yüzden konuşmak veya öğretici bir seri zor 😂 ama bulursanız izlerim ben de

[@SlmAbi]

Teşekkürler. Çok güzel bir içerik olmuş. Sıkılmadan izledim. Ağzına, emeğine sağlık. Bu arada, gittikçe ingilizce düşünme oranın fazlalaşıyor gibi (flowers of trees

[@TechBuddyTR]

Teşekkürler. Sorma ya içime işliyor ingiliçce

[@renatorucov8603]

abi anne öğretmen mi? ve ya sen ilk başladığında birisi sana yardım etmiş ve unutmamışsın and içmiş gibisin kaliteli öğretmeye sonuna kadar..vallaha sağolasın hem advance konulara giriyorsun . hem o a hiç farketmediğiz dikkat etmediğimiz şeyleri o kadar güzel anlatıyorsun ki .. Stephen Toub senle gurur duyuyordur😊

[@TechBuddyTR]

Ailede öğretmen yok ama benim öğretmenlerim çok iyi insanlardı :) Çok teşekkür ederim, çok naziksiniz.

[@UgurCigdem]

Karar vermeme yardimci oldunuz. Tesekkürler

[@ahmetsen3567]

11:22 Üstad sen kahveyi yudumlarken hep birlikte acını paylaştık 😂 dilimiz damağımız yandı tutuştu. Videodaki bilgiler için teşekkürler.

[@TechBuddyTR]

Ahahahha :) sağolun var olun

[@yusufkaraaslan2888]

Güzel bir sohbet olmuş teşekkürler

[@omerselim907]

Ya abi adamlar ne güzel yol veriyor

[@we15we15]

Hocam dediklerinize imzamı atarım. 2 yıl evvel bir projeye giriştim ve popülerliğinden ötürü mikro servis yapayım dedim fakat 3-4 ay sonra olayın rengini çok net anlayarak anında vazgeçip modular monolithe döndüm. Küçük takımların ya da yan projelerin kesinlikle mikro servise bulaşmamalarını öneririm.

[@TechBuddyTR]

Anlattıklarımız tecrübelerimizle sabittir 😛

[@turkoglunurullah]

Video harika olmuş abi ağzına sağlık. Videonun özü, çözümler ihtiyaçlara göre belirlenir pattern fanatiği olmamak gerekir olmuş. Peki mikro servis kullanan big tech veya büyük firmalarda videoda anlattığınız sorunlar çözülmüş müdür? junior-mid level olup bu tarz firmalarda işe başlayan kişiler bu problemlere çözüm üretir mi? Sizin iş yerinizdeki geçişte bu kararları verenler yazılım mimarları mı? junior-mid level pozisyonundaki kişilere nasıl işler düşüyor?

[@Alpharabius99]

Adam arabada giderken microservice videosu cekiyor. Beton yetmez

[@yigitgnc]

yüksek bütçelive büyük ölçekli bir projede çok kalabalık çalışmıyorsanız microservis eziyet. ayrıca maaliyetleri de öyle sanıldığı kadar az değil. yok ben scale ederim downgrade ederim sunucuları falan diye düşünmeyin tek bir projeyi dedicated sunucuda host etmek çok daha karlı oluyor.

[@bymeftun1]

Güzel konulara değinmişsiniz ama anlatım biraz karışık olmuş. Konudan konuya atlama olmuş. Emeğinize sağlık

[@onur6253]

30:10 genellikle monolitikde include ile yaptigimiz islemleri senkron bir http iletisim modeliyle yapiyoruz dogru mu anladim

[@TechBuddyTR]

@@onur6253 her ne kadar tavsiye edilen bir yöntem olmasa da evet :)

[@onur6253]

@@TechBuddyTR peki en tavsiye edilen hangisi acaba req res stili uygun gozukuyor ama performans icin mi onerilmiyor

[@TechBuddyTR]

@@onur6253 servisler arası senkron iletişimden kaçınmaya çalışıyoruz. Kaçınmadıpımızda bizim servisimiz başka bir servisin varlığına bağımlı olmuş oluyor. Diğer servis çalışmadığında bizim servisimiz de çalışamaz duruma geliyor. Ancak her servis kendi başına kimseye bağımlı olmadan, çalışmaya devam edebiliyor olmalı

[@onur6253]

@@TechBuddyTR Çok haklisiniz çok teşekkür ediyorum bu konuyu daha duzgun nasil yapabiliriz diye arastirmalara baslayacagim :) bu tur sohbetler cok faydali oluyor gercekten tekrardan video icin de tesekkurler

[@TechBuddyTR]

@@onur6253 Servisler arası iletişim mimarilerini araştırabilirsiniz. Mesela bu kanada anlattığım mikroservis projesinde Saga pattern kullanmıştık. Orada bahsetmiştim

[@kurdgamevid5673]

şöyle bir sıkıntı var herkes çıkıp birşey anlatıyor bir eğitim veriyor ama kimse şu eğitimi şu sırayla almalısın şu konuyu bitirmeden kesinlikle şu konuya geçmemelisin veya şu konu şuna yarıyor diyen çok az kişi tamam anlatıyorlar insanlarda bunu yeni başlayan zavallı bir junior ne anlasın ne söylediğini?

[@TechBuddyTR]

Kanalımızdaki microservice videolarını izleyebilirler :)

[@kurdgamevid5673]

@@TechBuddyTR cevabınız için teşekkür ederim ama ben sadece mikroservis özelinde söylemiyorum genel olarak yeni başlayan biri hangi eğitimlerden geçmeli hangi yolları seçmeli kastettiğim bu aslında bir nevi rehberlik gibi kastettiğim

[@farukakpnar2265]

​@@kurdgamevid5673 yazılım öğrenirken yolunu kaybetmezsen kendine yol çizemezsin . Her işi daha kolay yapmanı sağlayan bir yöntem/model/aparat v.s. icad edildikçe iş derinleşiyor. Bir uygulama ne kadar detaylı ve derin ise içinde o kadar farklı teknoloji barindirabiliyor. Senin yaşadığın her zorluğu da yazılıma yeni başlayan herkes yaşıyor. Her teknolojiyi öğren, kafanda ihtiyacına göre hangisinin kapısını çalacagini anlarsın

[@techn9ne632]

@@kurdgamevid5673 İşte bu tecrübe ile şekilleniyor dostum biraz ağır gelecek ama kimse bunu tek tek anlatacağını sanmıyorum. Çünkü çok detay var ve herkesin detayı birbiriyle aynı olmuyor.

[@emirhane.5175]

Bakım maliyeti olarak bir kıyas yaptığımızda mikro servisin mi daha fazladır yoksa monolit bir uygulamanın mı?

[@TechBuddyTR]

Duruma göre değişmekle birlikte mikroservisin bakın maliyeti toplamda daha fazla olacaktır

[@Colorman1]

Hocam bunu basitçe (A U B U C) bütün olarak çalışan servisin A service, B service, C service şeklinde farklı yerlerde çalışması ve aralarında konuşarak bir request cycle tamamlama prensibine uygun bir design çerçevesinde bir sistem gibi Mİ?

[@TechBuddyTR]

Evet, güzel bir açıklama olmuş.

[@isvecli]

Ölçeklendirme konusunda modular monolith de sorunu çözmüyor mu aslında?

[@TechBuddyTR]

Modüler monolit de uygulamanız hala tek solution altında olabilir. Ayrı projelerse, veritabanı ölçeklendirmesi bağımsız olamıyor bu sefer de

[@buraknarmanli89]

Hocam bi kaç yıl önce benzer cümlelerle ifade etmeye çalıştık microservis her projede olmaz diye bahsettiğiniz sosyal medya kaşarları gülmüşlerdi 😀

[@TechBuddyTR]

😂😂😂

[@emreturhan7549]

cison cison cison cison cison cison cison

[@erentr7167]

abi bu video olmamış. bütün video microservice diyorsun ama tam açıklamıyorsun. onu geçtim bir takım python ile yazabilirken diğeri c# ile yazabilir diyorsun. zaten çoğu sunucu tasarımı buna göre yapılmıyor mu ben mi yanlış biliyorum. poc projelerde dümdüz php ile yaz çalışsın yeter de proda çıkarken sipariş servisi ayrı ödeme servisi ayrı sallıyorum sepet servisi ayrıdır zaten. bir de eticaret websitesi yapacak bir takım zaten mongo + nextjs ile yazmaz ki o siteyi. bütün backend nodejs'e yığılmaz

[@TechBuddyTR]

Mikroservisin ne olduğunu anlattım aslında. Tek bir cümle ile değil belki ama tüm neredeyse tüm konteks bununla ilgili. Ayrıca sizin olduğunu düşündüğünüz şey mikroservis zaten ancak monolit uygulamalarda öyle olmuyor maalesef.