Selam millet,
10 Haziran 2017 Cumartesi günü 10:00-13:00 saatleri arasında Devnot Atölye‘de sunumunu gerçekleştireceğim “RabbitMQ and Message Queuing” etkinliğine, aşağıdan kayıt olabilirsiniz.
https://www.eventbrite.com/e/rabbitmq-ve-message-queue-yaplar-tickets-34988908768?aff=efbneb
Çok keyifli bir etkinlik geçirdik arkadaşlar. Katılan herkese çok teşekkür ederim. İlgili görsellere ve sunumda kullandığım slide&projelere aşağıdan ulaşabilirsiniz.
Not: Herhangi bir sorusu olanlar, iletişim bölümünü kullanarak benimle iletişime geçebilirler.
https://github.com/GokGokalp/devnot-rabbitmq-presentation-demo
{:tr} Makalenin ilk bölümünde, Software Supply Chain güvenliğinin öneminden ve containerized uygulamaların güvenlik risklerini azaltabilmek…
{:tr}Bildiğimiz gibi modern yazılım geliştirme ortamında containerization'ın benimsenmesi, uygulamaların oluşturulma ve dağıtılma şekillerini oldukça değiştirdi.…
{:tr}Bildiğimiz gibi bir ürün geliştirirken olabildiğince farklı cloud çözümlerinden faydalanmak, harcanacak zaman ve karmaşıklığın yanı…
{:tr}Bazen bazı senaryolar vardır karmaşıklığını veya eksi yanlarını bildiğimiz halde implemente etmekten kaçamadığımız veya implemente…
{:tr}Bildiğimiz gibi microservice architecture'ına adapte olmanın bir çok artı noktası olduğu gibi, maalesef getirdiği bazı…
{:tr}Bir önceki makale serisinde Dapr projesinden ve faydalarından bahsedip, local ortamda self-hosted mode olarak .NET…
View Comments
Merhabalar, eğitiminiz çok başarılı olmuş. Size rabbitmq ile ilgili bir konuda sorum olacak ama yardımcı olursanız sevinirim. Benim bir exchange ım var ve burda da 30 civarı kadar kuyruk olacak. Kuyruklardan süreli data akışı gerçekleşecek. Consumer tarafında her bir kuyruk için yeni bir connection tanımlamak sistemin yorulması açısından sıkıntı olur mu?Veya buna ek nasıl bir yol izlemeliyim.
Merhaba herhangi bir problem olmaz, sadece ilgili framework'ü implemente ederken connection nesnenizi singleton olmasına dikkat edin. Connection'ı manage edebilmesi için.