HiveMQ Cloud Serverless 31 Aralık 2026'dan sonra istemci bağlantılarını kabul etmeyi bırakıyor ve HiveMQ ardından kümeleri verileriyle birlikte kalıcı olarak siliyor. Bu kadar yakın bir son tarih sürprizlere pek yer bırakmaz; bu yüzden en iyi geçiş planları son tarihten geriye doğru çalışır ve erken biter. Bu takvim tipik bir geçişi haftalık kilometre taşlarına bölüyor ve geç başlayan ekipler için sıkıştırılmış bir sürüm sunuyor.
Tüm arka plan için HiveMQ Cloud Serverless kapanıyor yazısına bakın.
Son Tarihten Geriye Doğru Çalışın
Üç tarih, 31 Aralık'ın kendisinden daha önemlidir:
| Kilometre taşı | Hedef | Neden? |
|---|---|---|
| Son cihaz dalgası tamamlandı | En geç Aralık 2026 ortası | HiveMQ hâlâ çalışırken geride kalanlar ve geri dönüş için zaman bırakır |
| Tatil dondurması | Aralık sonu | Birçok ekip ve iş ortağı ulaşılamaz durumdadır; riskli değişikliklerden kaçının |
| HiveMQ kapanışı | 31 Aralık 2026 | İstemciler artık bağlanamaz |
Pratikte, gerçek son tarihiniz aralık ortasıymış gibi planlayın. O tarihte kayan her iş için hâlâ bir güvenlik payı kalır.
Standart Altı Haftalık Plan
1. Hafta: Envanter ve Karar
- Eksiksiz bir istemci envanteri çıkarın: cihazlar, gateway'ler, uygulamalar, dashboard'lar ve iş ortakları. HiveMQ geçiş kontrol listesini kullanın.
- En yüksek bağlantı sayısını, mesaj hızını, payload boyutlarını ve QoS seviyelerini ölçün.
- Hedefe karar verin: bir serverless broker, dedicated yönetilen bir broker veya self-managed bir broker. HiveMQ Migration Lisansı ve Yönetilen MQTT Broker karşılaştırması yardımcı olur.
- Aynı gün app.connectmq.com adresinde ücretsiz bir test broker'ı oluşturun.
2. Hafta: Kimlik Bilgileri ve Test
- Kimlik bilgisi ve client ID şemasını tasarlayın ve güven sınırlarını ayırın.
- Bağlantıyı, TLS'i, QoS'u, retained mesajları, Last Will'i ve gerçek cihaz konumlarından gecikmeyi test edin.
- Retained mesajları dışa aktarın, kimlik bilgilerini ve izinleri belgeleyin. HiveMQ Serverless veri silme yazısına bakın.
- Üretim planını sipariş edin: Serverless (Paid) veya Dedicated bir Yönetilen Bulut MQTT Broker.
3. Hafta: Firmware, Yapılandırma ve Relay
- Her istemci türü için yeni firmware veya yapılandırma hazırlayın. Örnekler HiveMQ sonrası MQTT istemcilerini yeniden yapılandırma yazısında.
- Gelecek için hostname'leri ve kimlik bilgilerini uzaktan yapılandırılabilir hâle getirin.
- İki broker arasındaki relay'i kurun ve test edin. Kesintisiz HiveMQ geçişi yazısına bakın.
4. Hafta: Tüketiciler ve Pilot
- Backend tüketicilerini, Node-RED akışlarını ve dashboard'ları yeni broker'a taşıyın.
- Farklı sahalardan ve firmware sürümlerinden pilot bir cihaz grubunu taşıyın.
- Birkaç gün boyunca bağlantı kopmalarını, gecikme değişikliklerini ve eksik topic'leri izleyin.
5. Hafta: Cihaz Dalgaları
- Kalan cihazları saha veya ürün hattına göre gruplar hâlinde taşıyın.
- Her gruptan sonra bağlantı sayısını envanterinizle karşılaştırın ve topic gezginini kontrol edin.
- Kontrol ettikleri cihazlar taşındıktan sonra komut üreticilerini taşıyın.
6. Hafta: Son Geçiş ve Tampon
- HiveMQ'da relay dışında hiçbir istemci kalmadığını doğrulayın.
- Relay'i durdurun, geride kalanlar için birkaç gün izleyin, ardından Serverless kümesini silin.
- Dokümantasyonu, runbook'ları ve secret depolarını güncelleyin.
- Kalan süreyi nadiren bağlanan cihazlar için tampon olarak kullanın.
Geç Başlayanlar İçin Sıkıştırılmış İki Haftalık Plan
Aralıkta başlıyorsanız işin yürümesini sağlayan şeylere odaklanın:
| Günler | Odak |
|---|---|
| 1-2 | Yalnızca kritik istemcilerin envanteri; broker'ı oluşturun; TLS'i ve gerçek bir istemciyi test edin |
| 3-4 | Backend tüketicilerini ve dashboard'ları taşıyın; relay'i başlatın |
| 5-8 | Uzaktan yeniden yapılandırılabilen cihazları hızlı gruplar hâlinde taşıyın |
| 9-11 | Firmware veya saha ziyareti gerektiren cihazları en önemlilerinden başlayarak ele alın |
| 12-14 | Son geçiş, kalanları dışa aktarma, taşınamayan her şeyi belgeleme |
İş etkisine göre önceliklendirin. Zamanında güncellenemeyen cihazlar en azından belgelenmelidir; böylece 1 Ocak 2027'de tam olarak neyin duracağını bilir ve bir saha ziyareti planlayabilirsiniz.
Gecikmelere Genellikle Ne Yol Açar?
- Firmware derlemesi, test ve OTA dağıtımı gerektiren ayarları koda gömülü cihazlar.
- Ancak veri almayı bıraktıklarında fark edilen bilinmeyen istemciler.
- Yeni broker'ın kök sertifikasını içermeyen eski cihazlardaki TLS güven depoları.
- Onaylar: güvenlik incelemeleri, değişiklik kurulları ve iş ortağı koordinasyonu.
- Yalnızca günlük veya haftalık olarak bağlanan ve bu nedenle yavaş güncellenen nadiren bağlanan cihazlar.
Bunların her biri zaman olduğunda yönetilebilir; bu yüzden erken başlamak riski azaltmanın tek ve en iyi yoludur.
Şimdi Başlayın
İlk yararlı adım birkaç dakika sürer: app.connectmq.com adresinde ücretsiz bir ConnectMQ Serverless broker oluşturun, gerçek bir istemciyi ona yönlendirin ve topic'lerinizin ve payload'larınızın değişmeden çalıştığını doğrulayın. Ardından HiveMQ Serverless geçiş rehberini izleyin ve bu takvimi zaman çizelgeniz olarak kullanın.
Sık Sorulan Sorular
HiveMQ Cloud Serverless için son tarih nedir?
HiveMQ, Serverless Free ve Pay As You Go planlarını 31 Aralık 2026'da sonlandırıyor. Bu tarihten sonra MQTT istemcileri Serverless kümelere artık bağlanamaz ve HiveMQ bunları kalıcı olarak siler.
Geçişe ne kadar erken başlamalıyım?
Mümkün olan en kısa sürede. Saha cihazları içeren tipik bir geçiş, test ve kademeli dalgalar dahil yaklaşık altı hafta sürer; bir tampon bırakmak için aralık ortasına kadar bitirmeyi hedeflemelisiniz.
HiveMQ'dan ek süre alabilir miyim?
Doğrudan HiveMQ'ya danışın. Dokümantasyonları, hizmet kesintisini önlemek için istemcilerin kapanış tarihinden önce taşınmasını tavsiye ediyor; bu yüzden ek süre verilmeyecekmiş gibi planlayın.
Bazı cihazlar zamanında taşınamazsa ne olur?
Onları belgeleyin, etkiye göre önceliklendirin ve saha ziyaretleri veya değişimler planlayın. 31 Aralık 2026'dan sonra hiçbir broker'a ulaşamayan cihazlar yeniden yapılandırılana kadar denemeye devam eder.
