Referanslar

Sahada çalışan projeler

Proje çalışmalarımızdan bir kesit: başlangıç durumu, yapılan iş ve sonuç. Müşteri adı vermiyoruz — teknik içeriği ise açıkça yazıyoruz.

20+
Yıl BT tecrübesi
8
Belgelenmiş proje
2 sa
Hyper-V geçişinde kesinti
2
DR mimarisinde lokasyon
Saha kabulü sırasında mobil kamera ve güvenlik kurulumunun önündeki proje ekibi
IP görüntülemeMerkezi VMSKamera analitiğiVLAN / subnettingErişim kontrolü
GüvenlikÇok şubeli işletmeBirden fazla lokasyonTamamlandı

Merkezi kamera sistemi ve ağ segmentasyonu

Başlangıç durumu

Farklı şubelere dağılmış çok sayıda IP kamera, her kurulum kendi başına yönetiliyordu. Kayıtlar ne merkezi olarak erişilebiliyor ne de yasal saklama sürelerine uygun biçimde tutulabiliyordu.

Yapılan iş

Tüm kameralar merkezi bir yönetim ve kayıt altyapısına entegre edildi; yetkilendirme görev alanına göre tanımlandı, kamera analitiğinden alarm mekanizmaları kuruldu — sınır ihlali (line crossing) veya yetkisiz giriş gibi. Kamera sayısının yarattığı yüksek trafik nedeniyle ayrı bir ağ tasarlandı ve kamera trafiği VLAN ile subnet'ler üzerinden kurumsal ağdan izole edildi.

Sonuç

Güvenlik personeli yetkili olduğu kameralara tek noktadan erişiyor, kayıtlar süresine uygun saklanıyor ve video trafiği artık veri ağını yormuyor. Kamera segmentindeki bir olay diğer segmentlere yayılmıyor.

İki lokasyon arasında sunucu işletimi ve replikasyon
ReplikasyonSanallaştırmaRPO / RTOYedekleme & arşivlemeFailover senaryoları
AltyapıKurumsal BTİki veri merkeziTamamlandı

İki lokasyonlu felaket kurtarma (DR) mimarisi

Başlangıç durumu

Kritik uygulamalar ve veriler tek lokasyondaydı. Yangın, enerji kesintisi veya donanım arızası işletmeyi durdurabilir; oluşacak veri kaybı telafi edilemeyecek sonuçlara yol açabilirdi.

Yapılan iş

Kritik veriler ve sanal sunucular iki lokasyona replike edildi: ana lokasyon aktif, ikincisi felaket anında devreye girecek pasif/standby yapı. Kurtarma senaryoları tanımlı RPO ve RTO hedefleri doğrultusunda kurgulandı. Replikasyonun yanında arşivleme, uzun süreli saklama ve daha uzun RPO/RTO kabul edilebilen sistemler için yedekleme planlandı; yedekleme operasyonları sistem performansını en az etkileyecek şekilde zamanlandı.

Sonuç

Kritik sistemler felaket durumunda ikinci lokasyonda çalışmaya devam ediyor. Kesinti süresi ve veri kaybı riski belirgin şekilde azaldı, tek lokasyona bağımlılık ortadan kalktı.

Kurulum sırasında patch panelleri ve fiber kablolamayla sunucu kabinetleri
P2V migrationWindows ServerLinuxHypervisorKaynak planlama
AltyapıKurumsal BTOn-premiseTamamlandı

Fiziksel sunucuların sanallaştırılması (P2V)

Başlangıç durumu

İşletim tek tek fiziksel sunuculara bağlıydı. Yedekleme, geri yükleme ve donanım değişimi her seferinde kesinti riski taşıyan bir müdahaleydi.

Yapılan iş

İşletim sistemi ve uygulama bağımlılıkları çıkarıldı, ardından Windows ve Linux sunucular P2V yöntemiyle sanallaştırma ortamına taşındı. Göç sonrası CPU, RAM, disk ve ağ kaynakları yeniden boyutlandırıldı; servisler ve uygulama erişimleri doğrulandı.

Sonuç

Donanım bağımlılığı kalktı. Yedekleme, geri yükleme, migration ve kaynak yönetimi artık donanım randevusu yerine sanallaştırma katmanı üzerinden yürüyor.

Kabinet içinde firewall ve ağ donanımı
Firewall clusterHigh availabilityFailover testleriHat yedekliliğiSite-to-site VPN
GüvenlikÇok şubeli işletmeMerkez ve şubelerTamamlandı

Firewall cluster ve yüksek erişilebilirlik

Başlangıç durumu

Merkez ile şubeler arasındaki bağlantı tek bir firewall ve tek bir internet hattına bağlıydı. Herhangi bir arıza tüm lokasyonları etkilerdi.

Yapılan iş

İki cihazdan oluşan, arıza anında otomatik devralan yedekli firewall cluster mimarisi kuruldu; ikinci internet bağlantısıyla hat yedekliliği sağlandı. Failover senaryoları müşteriyle birlikte test edildi: cihazlardan birinin devre dışı kalması, donanımsal arıza, bir hattın tamamen kesilmesi, ağ bağlantısının kopması.

Sonuç

Testlerde her seferinde ikinci kaynak devreye girdi ve merkez-şube iletişimi stabil kaldı. Tek firewall veya tek hatta bağımlılık ortadan kalktı.

Ağ bileşenleri ve yapısal kablolama
VLANSubnettingErişim kontrolüAğ analizi
GüvenlikKurumsal BTAlmanyaTamamlandı

Kurumsal ağda segmentasyon

Başlangıç durumu

Kullanıcılar, sunucular ve cihazlar aynı düz ağdaydı. Broadcast trafiği işletimi yoruyor, bir cihazdaki olay engelsiz yayılabiliyordu.

Yapılan iş

Mevcut ağ analiz edildi, ardından VLAN ile daha küçük ve yönetilebilir segmentlere ayrıldı. Kullanıcı ve cihaz grupları için ayrı VLAN ve subnet'ler oluşturuldu, atamalar düzenlendi ve segmentler arası iletişim yalnızca gerçekten gerekli trafikle sınırlandı.

Sonuç

Erişimler kontrollü, broadcast domain'ler belirgin şekilde küçüldü ve bir güvenlik problemi tüm ağa yayılmak yerine kendi segmentinde kalıyor.

Migration sırasında sanallaştırma platformu
ProxmoxHyper-VVM migrationRollback planıGeçiş sonrası doğrulama
AltyapıKurumsal BTOn-premiseTamamlandı

Proxmox'tan Hyper-V'ye geçiş

Başlangıç durumu

Mevcut sanallaştırma altyapısının Microsoft Hyper-V'ye taşınması gerekiyordu — işletimi günlerce durdurmadan.

Yapılan iş

Mevcut Proxmox ortamı analiz edildi; işletim sistemi, disk yapısı, ağ konfigürasyonu ve servis bağımlılıkları üzerinden geçiş planı çıkarıldı. Geçiş öncesi yedekler ve rollback senaryosu hazırlandı, migration planlı biçimde yürütüldü ve kritik servisler sonrasında tek tek doğrulandı.

Sonuç

Geçiş eksiksiz tamamlandı; toplam kesinti yaklaşık iki saatte kaldı. Geçiş sonrası işletim sistemleri, ağ bağlantıları, disk erişimleri, kritik servisler ve uygulama erişimleri kontrol edilerek doğrulandı.

Üretimde hata tespiti için görüntü işleme sistemi
Görüntü işlemeEdge computingEndüstriyel kameraPython
YazılımTekstilÜretim hattıSahada çalışıyor

Tekstil üretiminde hata tespiti

Başlangıç durumu

Kumaş hataları ancak son kontrolde fark ediliyordu. O ana kadar hat çalışmaya devam ediyor, fire çoktan üretilmiş oluyordu.

Yapılan iş

Hattın üzerinde, edge donanımda çalışan görüntü işleme: kamera hataları üretim akarken yakalıyor ve anında bildiriyor, görüntü verisi tesis dışına çıkmıyor.

Sonuç

Hatalar vardiya sonunda değil, kumaş akarken yakalanıyor.

B2B ticaret platformu arayüzü
AngularREST APIÖdeme entegrasyonuPostgreSQL
Kendi ürünümüzKendi ürünümüzBulutKendi geliştirmemiz

B2B ticaret platformu

Başlangıç durumu

Bayi fiyatları, onaylar ve ödeme yolları telefon, e-posta ve tablolar üzerinden yürüyordu.

Yapılan iş

Müşteriye özel fiyatlandırma, bayi hesapları, onay akışları ve birden fazla ödeme sağlayıcısı bağlantısı olan kendi ticaret platformumuz.

Sonuç

Siparişler üç kanal yerine tek yoldan ilerliyor. Fiyat ve onaylar kayıtlı ve izlenebilir.

Benzer bir durum mu var?

Sisteminizde ne çalışıyor ve nerede takılıyor, kısaca yazın. İş günlerinde 24 saat içinde ilk değerlendirmeyle dönüyoruz.

İlk görüşme talep edin