DEV Community: Atakan ATICI

WebSocket vs. MQTT: Which One Should You Use in Your IoT Project?

Atakan ATICI — Sun, 16 Feb 2025 15:16:17 +0000

WebSocket vs. MQTT: Which One Should You Use in Your IoT Project?

In the world of IoT, efficient and reliable communication between devices is crucial. Choosing the right protocol can make a significant difference in performance, scalability, and power consumption. Two popular protocols for IoT communication are WebSocket and MQTT. But which one should you use? Let's break it down.

🚀 WebSocket: Real-Time, Low-Latency Communication

WebSocket is a full-duplex communication protocol that allows for continuous data exchange between a client and a server. It is widely used in applications that require real-time updates, such as:

Live dashboards displaying sensor data
Remote control applications where instant response is needed
Chat applications and interactive systems

🔹 Key Advantages of WebSocket

Low latency: Provides an always-open connection for instant data transfer.
Efficient for bidirectional communication: Ideal for real-time applications.
Works well in high-bandwidth environments: When network conditions are stable, WebSocket performs exceptionally.

🔻 Drawbacks of WebSocket

Higher power consumption: Requires a continuous connection, which may drain battery-powered IoT devices.
Not optimized for intermittent connections: If devices frequently disconnect, maintaining WebSocket connections can be challenging.
Limited message queuing: Unlike MQTT, WebSocket does not have built-in message persistence.

🌍 MQTT: Lightweight and Reliable IoT Messaging

MQTT (Message Queuing Telemetry Transport) is a lightweight messaging protocol designed for low-power devices and unreliable networks. It is commonly used in:

Sensor networks that send periodic updates
Smart home automation systems
Telemetry applications where power efficiency is critical

🔹 Key Advantages of MQTT

Low bandwidth usage: Designed for constrained networks with minimal data overhead.
Power-efficient: Ideal for battery-powered IoT devices.
Supports Quality of Service (QoS) levels: Ensures message delivery even in unstable network conditions.
Message persistence: MQTT brokers can store and forward messages for offline clients.

🔻 Drawbacks of MQTT

Higher latency than WebSocket: Due to message queuing and broker-based architecture.
Not designed for bidirectional real-time communication: Best suited for event-driven messaging rather than instant interactions.
Requires an MQTT broker: Adds an extra layer to the architecture, whereas WebSocket can communicate directly with servers.

🔥 When to Use WebSocket vs. MQTT?

Feature	WebSocket	MQTT
Use case	Real-time interaction & updates	Periodic sensor data, IoT automation
Latency	Very low	Slightly higher due to message queuing
Power consumption	High	Low
Message persistence	No	Yes
Connection type	Direct, persistent	Broker-based, publish/subscribe
Best suited for	Dashboards, control apps, chat	Smart homes, telemetry, low-power IoT

🏆 Conclusion: Choosing the Right Protocol

Use WebSocket if your IoT project requires real-time, bidirectional communication with minimal latency.
Use MQTT if your devices need low-power, intermittent connections with reliable message delivery.
In some cases, a hybrid approach combining both protocols can be beneficial, such as using WebSocket for instant updates and MQTT for background data transmission.

Each protocol has its strengths and weaknesses, and the best choice depends on the specific needs of your IoT application. If your goal is real-time control, WebSocket is the way to go. If energy efficiency and message reliability are your priorities, MQTT will serve you better.

Laravel Fortify Kullanımı

Atakan ATICI — Fri, 18 Dec 2020 18:10:33 +0000

Detaylar için laravelin kendi dökümanından yararlanabilirsiniz : https://laravel.com/docs/8.x/fortify

Kurulum

Kurulum için aşağıdaki kodu projenizin içerisinde açtığınız cmd penceresine yapıştırın.

composer require laravel/fortify

Şimdi ise vendor komutunu kullanarak, Fortify dosyalarını publish etmemiz gerekiyor.

php artisan vendor:publish --provider="Laravel\Fortify\FortifyServiceProvider"

Şuan database/migration klasörü altında 4 adet migration oluşturulmuş olması gerekiyor. Bu migrationları veritabanına göndermek için tabiki de bir veritabanına ihtiyacınız var.
Veritabanınızı oluşturduktan sonra aşağıdaki kod yardımı ile migrationları veritabanınıza iletebilirsiniz.

php artisan migrate

Veritabanımız hazır olduğuna göre artık config klasörünün altındaki app.php dosyasına FortifyProvider'ı çağırabiliriz. Bunun için config/app.php dosyasındaki providers alanına aşağıdaki gibi fortifyı eklemeliyiz.

\App\Providers\FortifyServiceProvider::class,

Şimdi ise /login ve /register yollarını oluşturmamız gerekiyor. Bunun için FortifyServiceProvider.php dosyasının boot fonksiyoununa aşağıdaki kodları ekliyoruz.

Fortify::loginView(function (){
           return view('auth.login');
        });

        Fortify::registerView(function (){
            return view('auth.register');
        });

Buradaki 'auth.login' ve 'auth.register' yerine giriş yap ve kayıtol sayfalarınızın route isimlerini yazabilirsiniz.

Ağ Topolojileri

Atakan ATICI — Mon, 07 Dec 2020 21:40:57 +0000

Ağ Topolojisi: Bilgisayarlar arasında veri iletişiminin nasıl ve hangi tekniklerle yapılacağından bahseden yapılardır.
Topolojiyi anlamanın en kolay yolu iki farklı bağımsız bölüme ayırarak incelemektir. fiziksel ve mantıksal topoloji.

Fiziksel topoloji: Bilgisayarlar arasında fiziksel kablo bağlantısının nasıl olacağını belirler. Fiziksel topoloji gözlemlenebilir bir kavramdır. OSI referans modelinin 1. katmanında çalışır.
Mantıksal Topoloji: Bilgisayar ağlarının veriyi nasıl ilettiğini açıklar. OSI referans modelinin 2. katmanında çalışır.

Topoloji tek başına ağ ile ilgili karmaşıklıklara açıklık getiremez örneğin kullanılan kablonun tipi, uzunluğu gibi konular sadece topoloji ile açıklanamaz. Ancak zaman içinde standartlar oluşmuşltur. Değişik topolojiler kullanan değişik ağ sistemleri vardır bunlar ethernet, FDDI gibi isimlere sahiptir. Her ağ sistemi kullandığı topoloji ile birlikte bant genişliği gibi konulara açıklık getirir.
Yerel alan ağlarında bilgi 3 farklı paket halinde iletilir. Bunlar;
1.Unicast: Paketin tek bir kaynaktan tek bir hedefe gönderilmesidir.
2.Multicast: Paketin tek bir kaynaktan, ağ üzerinde çoğaltılarak birden fazla hedefe gönderilmesidir.
3.Broadcast: Paketin ten bir kaynaktan, ağda çoğaltılarak ağ üzerindeki tüm istasyonlara gönderilmesidir. Buna bilgi iletişimi de denir.

Lan (ağ) topolojileri arasında en sık kullanılan 3 topoloji çeşiti şunlardır;
1.Ortak Yol(Bus),
2.Halka(Ring),
3.Yıldız(Star)
Günümüzde en yaygın kullanılan Yıldız topolojisidir. Bunun sebebi maliyet, performans ve kablolama kolaylığıdır.

Bus (Ortak Yol) Topoloji
Bu topolojide tüm istasyonlardan geçen omurga denilen ortak bir hat vardır.
Bütün istasyonlar hattanki tüm verileri inceler ve kendine ait olanı alır.
Bus topolojisinde çift yönlü bir bilgi akışı vardır.
Kaynak istasyon veriyi hata aktarır. Veri her iki yönde ilerleyerek hatta yayılır. Fakat bu topoloji türünde aynı anda iki kaynak birden veri göndermeye çalışırsa veriler karışır. Bunu önlemek için çeşitli protokoller kullanılır.

Bus topolojisi kullanılan ağlarda koaksiyel kablo kullanılır, her bir istasyona T-connector takılır. İlk ve son istasyona ise sonlandırıcı (Terminatör) bağlanır.

Yıldız (Star) Topoloji
En yaygın kullanılan topolojidir. Her bilgisayardan çıkan bir kablo merkezdeki bir kutuya girer. Bu kutular ağ cihazlarıdır(Hub veya Switch).
Bu topolojide iletişimin sağlanması için bir merkezi birime ihtiyaç vardır. Bütün istasyonlar bu merkezi birime bağlanır. Performansı olarak Bus topolojisinden daha üstündür fakat pahalıdır.
Bir istasyondan diğerine veri gönderilirken önce veri merkezi birime gönderilir, buradan hedef istasyona yönlendirilir. Ağ trafiğini düzenleme yeteneğine sahip bu birim hub veya switch olarak adlandırılır.

Ring (Halka) Topoloji
Bu topoloji biçiminde her istasyon bir halkaya bağlıdır ve halkada dolaşan bilgi bütün istasyonlara ulaşır. Halkadaki bilgi akışı daima tek yölüdür. Halkaya bağlı bilgisayarlar gelen bilgiyi iletmekle görevlidir. Hehangi bir sonlandırıcıya ihtiyaç duymaz. Veri bir istasyona geldiğinde, istasyon veriyi alır veya almadan halka üzerindeki bir sonraki istasyona gönderir.

Tree (Ağaç) Topoloji
Hiyerarşik topoloji olarak da bilinir. Bu topoloji çeşidinde bir merkezi düğüm, hiyerarşide bir alt seviyede bir veya daha fazla düğüm ile bağlanır. Merkezi düğüm ile ikinci seviyedeki her bir düğüm arasında noktadan noktaya bağlantı vardır. İkinci seviyedeki her bir düğüm de bir alt seviyedeki (üçüncü seviye) bir veya daha fazla düğüm ile bağlı ise merkezi düğüm ile noktadan noktaya bağlıdır.

Mesh Topoloji
Ağ topolojilerinde en sağlam ve sağlıklı olan yapıdır. Mesh topolojide her bilgisayar diğer bilgisayarlara ayrı kablo ile bağlıdır, bu sayede eğer kablolardan birinde kopukluk yaşanırsa diğer kablolar üzerinden iletişim sağlanmaya devam edilecektir. Şağlam olması gibi avantajlarının yanında çok fazla kablo maliyeti ve kablo karışıkliği sebebi ile bu tür topolojiler çok fazla kullanılmamaktadır. Mesh topolojileri genellikle iletişim kopukluğu yaşamanın büyük risk olduğu sistemlerde kullanılır. Büyük ağlarda tüm düğümler birbirine bağlı olsada küçük local ağlarda tüm düğümleri birbirine bağlamak çok gerekli değildir.

Mesh Topoloji, tamamen bağlı ve kısmen bağlı olarak iki kısma ayrılır.

Tamamen bağlı Mesh TopolojisiTamamen Bağlı: Bu kısımda tüm bilgisayarlar ağdaki diğer bilgisayarlar ile farklı kablolar aracılığıyla bağlıdır. Genel olarak çok masraflı ve karmaşıktır.

Kısmen bağlı Mesh Topolojisi2.Kısmen Bağlı: Burada ise her istasyon diğer istasyona bağlı olmasına gerek yoktur. Local ağlarda ve küçük pratik ağlarda kullanılır. Ağda bulunan bazı düğümler birden fazla düğüme bağlıdır. Daha az karmaşıktır.