Hocam burda generik yapi olsayda daha guzel olurdu ama yine de super olmus ben denedim bende calisti ve bunu sql ekstra backup gibi ayri bir database yazmak icin kullanicagim emeginize salik.....
Kendime yaptığım örnekte generic bir yapı vardı. O zaman da action vermek gerekiyor tabi daha generic tutabilmek için. Bu sefer de işler biraz daha az anlaşılabilir olurdu. Videoyu da çok uzatmamak adına string olarak devam ettim
@@TechBuddyTR Hocam generic yapmayı denedim ama controller'da, hostedSevice'de tipi belirtmek gerekiyor. Daha fazla generic yapabilir miyiz? Action ile kurgulayamadım
İyi Çalışmalar Hocam, Bu video ile ilgili bir best practice örneği yapılabilir pekişmesi açısından. Mesela bir blog sitesinin altında mail bültenine katılabilirsiniz kısmı var. Mail bültenine katılan kullanıcılara blog yazısı paylaşıldığında belirttikleri mail adresine blog yayınlandı tarzı mail gönderimi sistemi olabilir.
Bu tarz bir yapıda rabbitmq, kafka vs gibi messagebroker ları kullanmak daha mantıklı olacaktır. Sözlük sitesi yazıyoruz projesindeki gibi. Orada bazı örneklerimiz rabbitmq aracılığı ile yönetiliyor. Oradan istifade edebilirsiniz best practice için
hocam çok faydalı oldu teşekkürler , şöyle bir sorum var job'ı user'ın set ettiği tarihte çalıştırmanız gerekirse ve birden fazla böyle methodlarınız olsaydı nasıl bir yapı kullanırdınız , hint verme şansınız var mı?
@@TechBuddyTR Quartz'a çok hakim değilim ama şuanda hangfire ile statik schedule edilmiş joblar var. Bunu backgroundservice 'e çevirip dbden okuma yapacağımız (kullanıcı random değerler girebilir her pzt 8.10 salı 16.30 da çalışsın gibi) bir yapıya geçirmede karar kılmıştık bir de Quartz'a bakayım. Teşekkürler
@@sametsahin6193 ben bunun için bir de queuer background service yazdım. çeşitli big tasklar için n adet backgroundqueue service'ım var ve bunların her birine ilgili taski yazacak başka bir backgroundtask'im var. her 2.5 saniyede bir db ye tamamlanmamış iş olup olmadığına bakıp eğer varsa o işi zamanı geldiğinde ilgili queue'ya atıyor
Salih hocam teşekkürler elinize sağlık. Hangfire yada rabbit mq teknolojisi kullanılan bir projede böyle bir yapıdan yardım almak nekadar mantıklı yada gerekli olabilir?
RabbitMQ ve Hangfire, proje dışında üçüncü parti uygulamalar. Genelde diğer sistemler ile haberleşmek için kullanılıyorlar. Buradaki kuyruk yapısı ise, proje içindeki parçaların birbiri ile haberleşmesi için kullanılabilir. Örneğin DDD videosunu izlediyseniz orada DomainEvents'ler vardı :) O yapı için kullanılabilirler.
Channel yerine redis kullanarak kuyruklu bir mail gönderme fonksiyonu yazsaydık, insert bekleme olayını yine bu mantıkta yapamazdık sanırım, peki execute bölümünde redis boş ise stop edip, insert tarafında ise start yapsaydık sürdürülebilir olur muydu hocam
Redis'in Streaming özelliğinden mi bahsediyorsunuz? Eğer böyle bir şey yapacaksak, bu client ile Redis arasında bir bağlantının sürekli açık kalması demek oluyor. Event yapısı kullanacaksak aslında Redis yerine RabbitMQ veya Kafka gibi bu iş için özelleştirilmiş araçlardan yararlanmakta fayda var. Ama benim burada anlatmaya çalıştığım konu, C# içerisindeki BackgroundWorker tarafını daha efektif kullanabilmekti.
@@TechBuddyTR yok aslında kuyruk mantığında web apiden aldığım verileri db dışında redise de kaydedip, backgroundworker tarafında da sürekli redisde veri varsa bir tane getir maili gönder redisden sil kurgusunu düşünmüştüm. Bir nevi gidecek mailleri channel de tutmak yerine redisde tutmak, ileride bakım amaçlı yeniden build ettiğimde channelde mesaj varsa uçup gidecek ama redis kullanırsam kalmaya devam eder. Sizin tavsiye edeceğiniz kurgu var ise dinlemek isterim, toplu sms ve mail atan bir web api var diyelim, istenen ise bunları bir kuyruğa alıp mail ve sms workerleri kendi kuyruklarındaki işleri yapacak
Hocam merhaba çok yararlı bir video ama tam anlamadım şeyler var . Biz bu işlemleri normal controller method a istek geldigindede yapabilirdik neden queue da beklettik gerçek projerlerdede boyle yapıldıgını duydum ama nedenini bilmiyorum .
Action metod içerisinde yapsaydık tüm bu işlemleri, tüm isim'ler işlenene kadar kullanıcıyı ve request'i bekletmemiz gerekirdi ki bu gereksiz bir yük oluştururdu sistemde. Thread'lerin boşa kullanılması vs gibi. Böyle bir kuyruk yapısı dışarıdan alınan ama arka planda işleyebilecek işler olduğunda faydalı olabilir. Aslında dışarıdan alınmasına bile gerek yok. Belirli bir zaman diliminde gidip veritabanındaki kayıtları çekip, işleyebilirsiniz böyle bir kuyruk yapısı kullanarak. Asenkron şekilde işlemler yapmak istediğimizde kullanabiliriz yani kısacası.
Merhaba kıymetli kardeşim, Fazla gereksiz şekilde uzatmayacağım. 0:00'dan 0:20'ye kadar dediklerin ve sözüm ona "clickbait" olan thumbnailin yüzünden buraya geldim. Bahsettiğin konsept C# ile sınırlı olan bir konsept değil. Böyle bir fonksiyon olmadan iş yapabilmek zaten mümkün değil. İşi temelinden anlatmak gibi bir yaklaşımın olsaydı bu video yeterli olabilirdi bazı kimseler için. BackgroundService'lerden bahsediyorsun, çok fazla şey yapmana gerek yok Visual Studio içinde bir Thread nesnesi oluştur sana direkt olarak propertylerinde arka plan servisi hakkında ufak infolar verecektir. Bu konu hakkında illa bi video yapacaksan, Türkiye'de zaten pamuk ipliğine bağlı olan yazılım geliştiriceleri komunitesine taş atmadan yapmalısın. Videonun devamında nelerden bahsediyorsun bilmiyorum atlayarak bi kaç bölüme baktım. Tavsiyem HangFire, Quartz gibi frameworkler hakkında bir video yapmandır. Hatta CQRS Desenini ve RabbitMQ'yu da anlatabilirsin. Tabi bu konuyu yine en iyi sen bilirsin ama ben yine de tavsiye edeyim meraklısına. Kolay gelsin
Selamlar, kıymetli yorumunuz için teşekkür ederim. Ancak sanırım kanaldaki ilk videonuzu izleyebiliyorsunuz. Video içerisinde de daha önce kanala yüklediğim hem BackgroundService lerden hem de rabbitmq videolarından bahsettim. Hatta inanmayacaksınız rabbitmq, microservis, cqrs, ddd, azure servicebus, redis, docker gibi konuların içinde olsun full bir video serisi de var. Ayrıca thread nedir, task nedir, await neden kullanılır gibi kapsamlı videolar da kanalın bünyesinde mevcut. Dolayısı ile başka videolarda detaylarına girdiğim konularda detay vermekten özellikle imtina ediyorum. Bilgilerinize :)
Ayrıca şunu da söylemeden edemeyeceğim; pamuk ipliğine bağlı olduğunu düşündüğünüz yazılım geliştiriciler topluluğuna elimden geldiği kadar ben de destek olmaya çalışıyorum. Sizlerin de varsa katkıları, okumak veya izlemek yolu ile istifade etmek isterim
@@TechBuddyTR Kusura bakma lütfen, dediğim gibi direkt olarak küçük resme bakarak geldim. 15 yıl geçti bu senaryoların (yazılımdan bahsediyorum burada) üzerinden :) Öyleyse emeklerin için kendi adıma teşekkür ederim. İyi çalışmalar ! ^^
Hocam emeğinize sağlık. Ben bu yapıda geliştirmiş olduğum bir projeyi bilgisayar başlar başlamaz çalıştırmak istiyorum nasıl yapabilirim? Denedim Web Api çalışıyor fakat Background servis çalışmıyor.
Evet. Bekleme işini bu class'ın içerisinde yapmıyoruz. Onun yerine zaten ayrı bir task olarak çalışan BackgroundService içerisinde bekliyoruz. Zaten metodumuz geriye string değil ValueTask dönüyordu. Backgroundservice tarafında zaten bekleyeceğiz buradan bize kayıt gelmesini, burada da beklemek anlamsız olacaktı :)
Hocam elinize sağlık çok güzel bir anlatım olmuş tamda buna benzer bir şeye ihtiyacım vardı. Teşekkür ederim
Konu harika. Anlatım akıcı. Teşekkürler hocam. Hemen abone oluyorum
çok teşekkürler
Ellerinize emeğinize sağlık hocam. Teşekkür ederim 🙏
Bilgilendirme için teşekkürler. Güzeldi
Gerçekten benim için çok faydalı bir içerik oldu. Emeğinize sağlık.
Emeginize saglik!!! Cok cok tesekkurler! Best video!!!
Emeğinize sağlık... Çok başaları hocam...
Teşekkürler hocam verdiğiniz bilgiler için
Salih hocam çok teşekkürler, keşke event fırlatıp onu başka bi yerde yakalamayı da görseydik 😜
Video çok uzuyor sonra 😂😂
ITS REALLY WORKED LOL THANK YOU DUDE
Teşekkürler
Emeğinize Sağlık Hocam
Hocam burda generik yapi olsayda daha guzel olurdu ama yine de super olmus ben denedim bende calisti ve bunu sql ekstra backup gibi ayri bir database yazmak icin kullanicagim emeginize salik.....
Kendime yaptığım örnekte generic bir yapı vardı. O zaman da action vermek gerekiyor tabi daha generic tutabilmek için. Bu sefer de işler biraz daha az anlaşılabilir olurdu. Videoyu da çok uzatmamak adına string olarak devam ettim
@@TechBuddyTR Hocam generic yapmayı denedim ama controller'da, hostedSevice'de tipi belirtmek gerekiyor. Daha fazla generic yapabilir miyiz? Action ile kurgulayamadım
İyi Çalışmalar Hocam,
Bu video ile ilgili bir best practice örneği yapılabilir pekişmesi açısından. Mesela bir blog sitesinin altında mail bültenine katılabilirsiniz kısmı var. Mail bültenine katılan kullanıcılara blog yazısı paylaşıldığında belirttikleri mail adresine blog yayınlandı tarzı mail gönderimi sistemi olabilir.
Bu tarz bir yapıda rabbitmq, kafka vs gibi messagebroker ları kullanmak daha mantıklı olacaktır. Sözlük sitesi yazıyoruz projesindeki gibi. Orada bazı örneklerimiz rabbitmq aracılığı ile yönetiliyor. Oradan istifade edebilirsiniz best practice için
nice job
Thanks
hocam çok faydalı oldu teşekkürler , şöyle bir sorum var job'ı user'ın set ettiği tarihte çalıştırmanız gerekirse ve birden fazla böyle methodlarınız olsaydı nasıl bir yapı kullanırdınız , hint verme şansınız var mı?
Quartz kütüphanesi ile Sceheduler gibi bir yapı kullanırdım 😊
@@TechBuddyTR Quartz'a çok hakim değilim ama şuanda hangfire ile statik schedule edilmiş joblar var. Bunu backgroundservice 'e çevirip dbden okuma yapacağımız (kullanıcı random değerler girebilir her pzt 8.10 salı 16.30 da çalışsın gibi) bir yapıya geçirmede karar kılmıştık bir de Quartz'a bakayım. Teşekkürler
@@sametsahin6193 ben bunun için bir de queuer background service yazdım. çeşitli big tasklar için n adet backgroundqueue service'ım var ve bunların her birine ilgili taski yazacak başka bir backgroundtask'im var. her 2.5 saniyede bir db ye tamamlanmamış iş olup olmadığına bakıp eğer varsa o işi zamanı geldiğinde ilgili queue'ya atıyor
burdaki kuyruğu persist hale getirirsek güzel olurdu
Kuyruk yapıları ile ilgili başka videolarımız var. Onlara bekleriz :)
Salih hocam teşekkürler elinize sağlık. Hangfire yada rabbit mq teknolojisi kullanılan bir projede böyle bir yapıdan yardım almak nekadar mantıklı yada gerekli olabilir?
RabbitMQ ve Hangfire, proje dışında üçüncü parti uygulamalar. Genelde diğer sistemler ile haberleşmek için kullanılıyorlar. Buradaki kuyruk yapısı ise, proje içindeki parçaların birbiri ile haberleşmesi için kullanılabilir. Örneğin DDD videosunu izlediyseniz orada DomainEvents'ler vardı :) O yapı için kullanılabilirler.
@@TechBuddyTR teşekkürler
Hocam canlıda bana sorun çıkardı cidden bu prod 3 serverda koşuyordu testte çalışırken prodda kesinlikle çalışmıyordu
Hocam merhaba web service dedikleri bumu ?
Web servis dedikleri muhtemelen web api dır :)
@@TechBuddyTR teşekkürler :)
Channel yerine redis kullanarak kuyruklu bir mail gönderme fonksiyonu yazsaydık, insert bekleme olayını yine bu mantıkta yapamazdık sanırım, peki execute bölümünde redis boş ise stop edip, insert tarafında ise start yapsaydık sürdürülebilir olur muydu hocam
Redis'in Streaming özelliğinden mi bahsediyorsunuz? Eğer böyle bir şey yapacaksak, bu client ile Redis arasında bir bağlantının sürekli açık kalması demek oluyor. Event yapısı kullanacaksak aslında Redis yerine RabbitMQ veya Kafka gibi bu iş için özelleştirilmiş araçlardan yararlanmakta fayda var.
Ama benim burada anlatmaya çalıştığım konu, C# içerisindeki BackgroundWorker tarafını daha efektif kullanabilmekti.
@@TechBuddyTR yok aslında kuyruk mantığında web apiden aldığım verileri db dışında redise de kaydedip, backgroundworker tarafında da sürekli redisde veri varsa bir tane getir maili gönder redisden sil kurgusunu düşünmüştüm. Bir nevi gidecek mailleri channel de tutmak yerine redisde tutmak, ileride bakım amaçlı yeniden build ettiğimde channelde mesaj varsa uçup gidecek ama redis kullanırsam kalmaya devam eder.
Sizin tavsiye edeceğiniz kurgu var ise dinlemek isterim, toplu sms ve mail atan bir web api var diyelim, istenen ise bunları bir kuyruğa alıp mail ve sms workerleri kendi kuyruklarındaki işleri yapacak
Hocam merhaba çok yararlı bir video ama tam anlamadım şeyler var . Biz bu işlemleri normal controller method a istek geldigindede yapabilirdik neden queue da beklettik gerçek projerlerdede boyle yapıldıgını duydum ama nedenini bilmiyorum .
Action metod içerisinde yapsaydık tüm bu işlemleri, tüm isim'ler işlenene kadar kullanıcıyı ve request'i bekletmemiz gerekirdi ki bu gereksiz bir yük oluştururdu sistemde. Thread'lerin boşa kullanılması vs gibi. Böyle bir kuyruk yapısı dışarıdan alınan ama arka planda işleyebilecek işler olduğunda faydalı olabilir. Aslında dışarıdan alınmasına bile gerek yok. Belirli bir zaman diliminde gidip veritabanındaki kayıtları çekip, işleyebilirsiniz böyle bir kuyruk yapısı kullanarak. Asenkron şekilde işlemler yapmak istediğimizde kullanabiliriz yani kısacası.
Merhaba kıymetli kardeşim,
Fazla gereksiz şekilde uzatmayacağım. 0:00'dan 0:20'ye kadar dediklerin ve sözüm ona "clickbait" olan thumbnailin yüzünden buraya geldim. Bahsettiğin konsept C# ile sınırlı olan bir konsept değil. Böyle bir fonksiyon olmadan iş yapabilmek zaten mümkün değil. İşi temelinden anlatmak gibi bir yaklaşımın olsaydı bu video yeterli olabilirdi bazı kimseler için. BackgroundService'lerden bahsediyorsun, çok fazla şey yapmana gerek yok Visual Studio içinde bir Thread nesnesi oluştur sana direkt olarak propertylerinde arka plan servisi hakkında ufak infolar verecektir. Bu konu hakkında illa bi video yapacaksan, Türkiye'de zaten pamuk ipliğine bağlı olan yazılım geliştiriceleri komunitesine taş atmadan yapmalısın. Videonun devamında nelerden bahsediyorsun bilmiyorum atlayarak bi kaç bölüme baktım. Tavsiyem HangFire, Quartz gibi frameworkler hakkında bir video yapmandır. Hatta CQRS Desenini ve RabbitMQ'yu da anlatabilirsin. Tabi bu konuyu yine en iyi sen bilirsin ama ben yine de tavsiye edeyim meraklısına. Kolay gelsin
Selamlar, kıymetli yorumunuz için teşekkür ederim. Ancak sanırım kanaldaki ilk videonuzu izleyebiliyorsunuz. Video içerisinde de daha önce kanala yüklediğim hem BackgroundService lerden hem de rabbitmq videolarından bahsettim. Hatta inanmayacaksınız rabbitmq, microservis, cqrs, ddd, azure servicebus, redis, docker gibi konuların içinde olsun full bir video serisi de var. Ayrıca thread nedir, task nedir, await neden kullanılır gibi kapsamlı videolar da kanalın bünyesinde mevcut. Dolayısı ile başka videolarda detaylarına girdiğim konularda detay vermekten özellikle imtina ediyorum. Bilgilerinize :)
Ayrıca şunu da söylemeden edemeyeceğim; pamuk ipliğine bağlı olduğunu düşündüğünüz yazılım geliştiriciler topluluğuna elimden geldiği kadar ben de destek olmaya çalışıyorum. Sizlerin de varsa katkıları, okumak veya izlemek yolu ile istifade etmek isterim
@@TechBuddyTR Kusura bakma lütfen, dediğim gibi direkt olarak küçük resme bakarak geldim. 15 yıl geçti bu senaryoların (yazılımdan bahsediyorum burada) üzerinden :) Öyleyse emeklerin için kendi adıma teşekkür ederim. İyi çalışmalar ! ^^
Highly rec
Hocam emeğinize sağlık.
Ben bu yapıda geliştirmiş olduğum bir projeyi bilgisayar başlar başlamaz çalıştırmak istiyorum nasıl yapabilirim?
Denedim Web Api çalışıyor fakat Background servis çalışmıyor.
Sisteme inject ettiniz mi servisi?
Evet Hocam.
@@TechBuddyTR
@@ugurbaran3266 o zaman sistem başladığında, Execute metodu çalışmalıydı
hocam 21:50 de queue.Reader.ReadAsync(); satırının önüne await konulmamasının özel bir sebebi var mı? teşekkürler
Evet. Bekleme işini bu class'ın içerisinde yapmıyoruz. Onun yerine zaten ayrı bir task olarak çalışan BackgroundService içerisinde bekliyoruz. Zaten metodumuz geriye string değil ValueTask dönüyordu. Backgroundservice tarafında zaten bekleyeceğiz buradan bize kayıt gelmesini, burada da beklemek anlamsız olacaktı :)
@@TechBuddyTR süper orayı kaçırmışım hocam. teşekkürler
Bu değerli bilgiiçin teşekkür ederim.