Tipik Başlangıç Durumu
Üretim ve depo alanlarında metal yüzeyler, yüksek tavan, hareketli ekipmanlar ve yoğun uç cihaz kullanımı Wi-Fi kapsama ve roaming sorunlarına neden olabilir. Aynı zamanda omurga kapasitesi yetersiz kalabilir.
Teknik Çözüm Yaklaşımı
Fiziksel alan, mevcut kablolama, switch altyapısı ve kablosuz istemci yoğunluğu analiz edilir. Fiber backbone ve access switch topolojisi planlanır; RF site survey / heatmap ile Access Point konumları, kanal planı, roaming ve VLAN yapıları tasarlanır.
Proje Kapsamındaki Teknik Bileşenler
- Fiber backbone ve rack / patch panel planı
- Cat6 / Cat6A uç bağlantılar
- PoE switch kapasitesi
- RF survey ve heatmap
- Kurumsal / misafir / üretim SSID ayrımı
- VLAN, WPA3/802.1X ve roaming
Bu Mimari Ne Sağlamayı Amaçlar?
Amaç; üretim ve depo sahalarında daha öngörülebilir kablosuz kapsama, kontrollü ağ segmentasyonu ve büyümeye uygun bir fiziksel network omurgası oluşturmaktır.
İlgili Hizmet ve Çözümler
Mimari ve çalışma modeli
Fiber omurga ve Wi-Fi erişimi farklı mühendislik katmanlarıdır. Fiber tasarımında güzergâh, optik kayıp bütçesi, transceiver uyumu, kabinet enerjisi ve yedeklilik değerlendirilir. Kablosuz tarafta sinyal seviyesine ek olarak gürültü, airtime, istemci yeteneği, kanal planı ve dolaşım davranışı ölçülür. Omurga hızının yüksek olması zayıf RF tasarımını düzeltmez.
Metal raf, hareketli yük, forklift, üretim makinası ve yüksek tavan ölçümü etkiler. Saha keşfi gerçek terminal, yükseklik ve hareket rotasıyla yapılır. AP sayısı yalnız metrekare üzerinden belirlenmez. Ortak kanaldaki çok sayıda AP ve yavaş istemci airtime tüketimini artırabilir. Kurumsal kimlik doğrulama zinciri için RADIUS, sertifika ve saat bağımlılığı ayrıca sınanır.
Mobil terminal için bağlantının kopmaması ile uygulama işleminin kesintisiz tamamlanması farklıdır. Dolaşım özellikleri istemci ve altyapı desteğiyle değerlendirilir. Kamera, terminal ve misafir ağı veri ve yönetim politikaları açısından ayrılır; fiber yedek geçişi sırasında Wi-Fi istemcilerinin uygulama sonucu izlenir.
- 1Fiber yol ve optik bütçe
- 2AP ve kanal tasarımı
- 3Terminal rota ölçümü
- 4Arıza altında işlem kabulü
Tasarım parametreleri
- Optik ve RF bütçe
- Fiber kaybı ile kablosuz airtime bütçesini ayrı hesaplayın; biri diğerinin darboğazını çözmez.
- Gerçek rota
- Terminal yüksekliği, dolu raf, hareket ve vardiya yükünü rota testinde temsil edin.
- Üretim bağımlılığı
- PLC, SCADA, HMI, MES, ERP, kimlik ve zaman ilişkilerini kaydedin. Teknik olarak açılan sistem, üretimin güvenle başlayabildiğini kanıtlamaz.
- Bölge ve iletişim
- Gerekli kaynak/hedef, protokol ve yönü gerçek üretim akışından çıkarın. Yönetim, kullanıcı ve kontrol trafiğini ayırın.
- Bakım ve emniyet
- Tarama, güncelleme ve arıza testini üretim sahibiyle koordine edin. Cihaz desteği ve emniyet koşulları geçiş sırasını etkiler.
- Kurtarma erişimi
- Program, reçete, yapılandırma, lisans ve donanım bağımlılıklarını ayrı yedekleyin. Teknik ve operasyonel kabul sahiplerini belirleyin.
Hesap ve uygulama örneği
On terminalle rota testi yaparken rafların dolu olduğu vardiyayı seçin. Her rota için bağlantı kurulumu, dolaşım süresi, başarısız ERP işlemi ve paket kaybını kaydedin. Fiber uplink geçişinde AP yönetimi çalışsa bile terminal işlemi başarısız olabilir; uygulama sonucunu ayrıca ölçün. AP yerini veya kanalını değiştirirken tek değişkenle tekrar ölçüm yapın.
Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| Terminal bağlı ama işlem başarısız | Roaming, kimlik bağımlılığı veya backbone geçişi uygulamayı etkileyebilir. | RF olayını ERP işlem sonucu ve uplink geçiş kaydıyla eşleştirin. |
| BT sistemleri açıldı ama üretim başlamıyor | Reçete, kontrol programı, zaman veya saha bağlantısı eksik olabilir. | Üretim bağımlılık listesini gerçek hat başlangıç adımlarıyla karşılaştırın. |
| Yeni politika üretim iletişimini kesiyor | Protokol, yön veya cihaz davranışı yanlış modellenmiş olabilir. | Onaylı gözlem verisiyle akışı doğrulayın; üretim sahibinin kabulüyle kontrollü geri dönün. |
| Yedek mevcut ama saha sistemi açılamıyor | Donanım, sürüm, lisans veya program yükleme aracı bağımlılığı olabilir. | Temsilî yedek cihazda program ve reçete geri yükleme testini yapın. |
Kabul ve doğrulama kontrolleri
- Kapsama ölçümünü gerçek terminal, dolu raf ve omurga arızası senaryosuyla birlikte değerlendirin.
- Geçiş planını üretim ve emniyet sorumlularıyla onaylı testte uygulayın.
- Zorunlu üretim akışlarının sürdüğünü uygulama ve saha üzerinden doğrulayın.
- Yetkisiz IT’den OT’ye erişimi kontrollü testle engelleyin.
- Üretimi geri açma sırasını sahip ve süre bilgisiyle kaydedin.
- Yedek, program, reçete ve lisans erişimini ana sistem olmadan sınayın.
İlgili kavramlar
Radyo kapasitesi ve airtime
Kablosuz istemciler radyo ortamını paylaşır; bağlantı hızı kullanılabilir uygulama hızı değildir. Kanal genişliği, parazit, istemci yeteneği, düşük hızlı cihazlar ve yeniden iletim airtime tüketimini değiştirir. Daha fazla access point aynı kanalda daha fazla rekabet oluşturabilir. RSSI ile SNR farklı ölçülerdir; iyi sinyal tek başına düşük parazit veya yüksek kapasite kanıtı değildir. Tasarımı boş bina ölçümüyle bitirmeyin: üretim ekipmanı çalışırken, hedef istemcilerle ve yoğun saatlerde dolaşım ve uygulama gecikmesini test edin.
Bant genişliği ve gerçek aktarım
Hat kapasitesi ile uygulamanın taşıdığı yararlı veri miktarı farklıdır. Protokol başlıkları, şifreleme, yeniden iletim, küçük dosyalar ve disk beklemeleri net hızı azaltır. Bit ile byte birimini karıştırmayın: 1 Gbit/s teorik olarak 125 MB/s seviyesindedir; bu bir uygulama performans garantisi değildir. Aktarım süresini veri miktarı / ölçülen net hız şeklinde hesaplayın. Ölçümü aynı anda ağ, kaynak okuması ve hedef yazması üzerinden yaparak sınırlayıcı bileşeni bulun. Ortalama hız kadar kısa süreli düşüşleri ve diğer işlerin rekabetini de değerlendirin.
Gecikme dağılımı
Gecikme, bir işlemin başlangıcı ile yanıtı arasındaki süredir. Ortalama değer, az sayıdaki çok yavaş işlemi gizleyebilir; medyan ile p95/p99 gibi yüzdelikler farklı sorulara cevap verir. Ağ RTT, disk bekleme, işlemci kuyruğu ve uygulama işlemesi toplam süreye katkıda bulunur. Ölçümün istemci tarafında mı sunucuda mı yapıldığını yazın. Gecikme artışının trafik yükselmesine, bakım işine veya kapasite sınırına denk gelip gelmediğini karşılaştırın. Bir eşik seçmeden önce normal yük ve yoğun saat için temel davranışı kaydedin.
IT/OT güvenlik bölgeleri
Bölge, benzer güvenlik ve işletim gereksinimlerini paylaşan varlık grubudur; bölgeler arasındaki iletişim kontrollü geçitlerden geçmelidir. OT cihazının erişilebilir olması, tarama veya güncelleme için güvenli olduğunu göstermez. Kontrol gecikmesi, emniyet, üretici desteği ve bakım penceresi kararları değiştirir. PLC ve SCADA iletişimini mevcut üretim akışından gözlemleyin; IT tarafındaki politikayı olduğu gibi aktarmayın. Uzaktan destek erişimine kimlik, süre, onay ve kayıt koşulları tanımlayın. Aktif test ve geçişleri üretim sorumlusuyla koordine edin.
Bağımlılık ve yeniden başlatma sırası
Bir hizmet çoğu zaman kimlik, DNS, zaman, ağ, veritabanı ve lisans servislerine bağlıdır. Bağımlılıkları yalnız cihaz listesi olarak değil, hangi hizmetin hangi koşulla çalışabildiğini gösteren bir grafik olarak kaydedin. Hizmetlerin yeniden başlatılma sırası buna göre belirlenir; bazı döngüsel bağımlılıklar özel acil erişim gerektirir. Çalışan altyapı bileşenleri ile işin yeniden başlayabildiği anı ayırın. Her bağımlılığa sorumlu, doğrulama yöntemi ve alternatif erişim yolu atayın. Uçtan uca testte bir bileşeni bilerek erişilemez hale getirerek varsayımları sınayın.
Yüksek erişilebilirlik ile kurtarma ayrımı
Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve yedekleme birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.
Birincil teknik dokümantasyon
Bu Senaryo Nasıl Hazırlandı?
Doz Teknoloji Teknik Ekibi
Bu örnek teknik senaryo, Doz Teknoloji'nin kurumsal IT ve altyapı projelerinde kullandığı değerlendirme başlıkları temel alınarak hazırlanmıştır.
Doz Teknoloji hakkındaTeknik Kriterler + Birincil Kaynaklar
Kablolu/kablosuz erişim, endüstriyel Wi‑Fi, fiber omurga ve hiyerarşik ağ tasarımı Cisco’nun güncel üretim ve campus tasarım rehberleriyle karşılaştırıldı.
Karar Kalitesini Artırmak
Fabrika ağında Wi‑Fi ve fiber kararlarını yalnız kapsama veya port sayısıyla değil, ölçeklenebilirlik ve operasyonel dayanıklılıkla birlikte düşünmek.
İçerik ve birincil kaynaklar yeniden kontrol edildi.
İlgili Sonraki Adımlar
Konuyu teknik rehber, ürün/lisans veya proje senaryosu üzerinden ayrıntılı olarak inceleyin.
Bu Rehberle İlgili Kurumsal Çözümler
Teknik konuyu uygulamaya dönüştürmek için ilgili hizmet ve çözüm sayfalarına geçebilirsiniz.
Benzer Bir Altyapıyı Değerlendirmek İster misiniz?
Mevcut altyapınızı, kritik sistemlerinizi ve proje hedeflerinizi paylaşın; ihtiyaç analizi sonrasında uygun teknik kapsamı birlikte oluşturalım.