Cumartesi sabahı 06.40'ta bilgi işlem sorumlusundan mesaj geldi: ofisteki sunucunun diski gitmişti. Pazartesi müşteri denetimi vardı ve tüm doküman arşivi, DÖF kayıtları, kalibrasyon takvimi o makinedeydi. Yedek alınıyordu, ayda bir. Son yedek yirmi üç günlükti. O hafta sonu kalite ekibi denetime değil, veri kurtarmaya çalıştı. Bir kalite yönetim sistemi yazılımı seçerken "bulut mu, yerel mi" sorusu tam olarak böyle sabahlar yüzünden önemlidir; konu modern görünmek değil, kayıtlarınızın nerede durduğunu ve kim tarafından korunduğunu bilmektir. İki modelin de yeri var; hangisinin size uyduğunu belirleyen birkaç somut ölçüt var.
Bulut ve yerel kurulum tam olarak neyi değiştirir?
Yerel kurulumda (on-premise) veritabanı sizin binanızdaki bir sunucuda durur. Donanım, işletim sistemi, yedekleme, güncelleme ve güvenlik sizin sorumluluğunuzdadır. Bulut modelde ise uygulama ve veritabanı sağlayıcının veri merkezinde çalışır; siz istemci ya da tarayıcı üzerinden bağlanırsınız.
Aradaki fark teknik olmaktan çok sorumluluğun yeri ile ilgilidir. Yerelde riskleri siz taşırsınız ama kontrol de sizdedir. Bulutta kontrolün bir kısmını devredersiniz, karşılığında altyapı işini de devredersiniz. Bir kalite yönetim yazılımı için bu tercih, sistemin gündelik işleyişini düşündüğünüzden fazla etkiler; özellikle çok tesisli ve sahada çalışan ekipleri olan firmalarda.
Bir noktanın altını çizmek gerekiyor: bu tercih sistemin işleyişini değil, sistemin ayakta kalma biçimini belirler. Doküman revizyon akışı, DÖF kapanma kuralı ya da kalibrasyon periyodu iki modelde de aynıdır. Değişen şey; kimin gece yarısı sunucu için ayağa kalktığı, güncellemenin ne zaman geldiği ve yeni bir tesis açıldığında kaç günde bağlanabildiğidir. Karar toplantısında konuyu bu üç somut soru üzerinden yürütmek, teknoloji tartışmasına girmekten daha hızlı sonuç verir.
Karşılaştırma tablosu: hangi başlıkta kim önde?
| Başlık | Bulut | Yerel kurulum |
|---|---|---|
| Devreye alma süresi | Saatler – günler | Haftalar (donanım + kurulum) |
| Başlangıç maliyeti | Düşük, donanım yok | Sunucu, lisans, kurulum |
| Yedekleme | Sağlayıcıda otomatik | Sizin kurmanız ve test etmeniz gerekir |
| Çok tesis / uzaktan erişim | Doğal olarak çalışır | VPN ve ek yapılandırma ister |
| Veri konumu denetimi | Sözleşmeyle güvence altına alınır | Tamamen sizde |
| İnternet kesintisi | Erişim etkilenir | Yerel ağ ayakta kalır |
| Güncelleme | Sağlayıcı yapar, sürüm farkı olmaz | Planlanır, bazen ertelenir |
| Özel entegrasyon / ERP | API üzerinden | Doğrudan veritabanı erişimi mümkün |
Tabloya bakınca bulut çoğu satırda önde görünür. Ama tek bir satır bile bir firma için belirleyici olabilir. Savunma sanayine parça üreten bir firmada veri konumu şartı tartışmayı tek başına kapatır; üç şehirde tesisi olan bir yan sanayide ise uzaktan erişim satırı aynı işi görür.
Standart bu konuda ne diyor?
ISO 9001 ve IATF 16949 barındırma modeli hakkında hüküm vermez; kayıtların korunmasını ister. Madde 7.5.3.2, dokümante bilginin okunabilirliğini, erişilebilir kalmasını, uygun şekilde saklanmasını ve saklama süresi boyunca korunmasını şart koşar. IATF ayrıca kayıt saklama sürelerinin tanımlanmasını ister; PPAP kayıtları, üretim parçası kayıtları ve tetkik kayıtları için müşteri özel şartları daha uzun süreler getirebilir.
Yani denetçi "bulut kullanıyoruz" cümlesine itiraz etmez. Sorduğu şey şudur: yedek nerede tutuluyor, geri dönüş testi yapıldı mı, sağlayıcıyla sözleşmeniz var mı, hizmet sona erdiğinde verinizi hangi biçimde alabiliyorsunuz? Bu son soru en çok atlananıdır. Konuyu veri güvenliği ve yedekleme yazımızda ayrıntılı ele aldık.
Yedeği olan firma sayısı çok, yedekten geri dönmeyi denemiş firma sayısı az. Bir müşterimizde üç yıldır düzenli yedek alınıyordu; ilk geri dönüş denemesinde yedeklerin son on dört ayının bozuk olduğu görüldü, çünkü disk dolduğunda görev sessizce hata veriyordu. Bulut ya da yerel fark etmez: yılda bir kez tatbikat yapın, rastgele bir tarihten geri dönün ve sonucu kayda geçirin. Bu kayıt denetimde de en güçlü kanıtınız olur.
Hangi durumda yerel kurulum mantıklı?
Bulutun yaygınlaşması yerel kurulumu anlamsız kılmadı. Şu koşullardan biri varsa yerel kurulum ciddi biçimde değerlendirilmelidir:
- Sözleşmesel veri kısıtı: müşteri ya da mevzuat verinin bina dışına çıkmamasını şart koşuyorsa tartışma burada biter.
- Zayıf internet: organize sanayi bölgesinde tek hat varsa ve kesintiler sıksa, üretim hattındaki kayıt girişi sürekli aksar.
- Ağır makine entegrasyonu: CMM, test cihazı ya da MES ile saniyelik veri alışverişi yapılıyorsa yerel ağda kalmak gecikmeyi ortadan kaldırır.
- Mevcut BT ekibi: sunucuyu zaten yöneten, yedeği izleyen bir ekibiniz varsa marjinal maliyet düşer.
Bu listeye girmeyen firmaların çoğunda yerel kurulumun görünmeyen maliyeti bulut aboneliğinden yüksek çıkar. Sunucu amortismanı, UPS, yedek disk, elektrik, işletim sistemi lisansı ve en önemlisi bunları yöneten kişinin zamanı hesaba katılmalıdır. Toplam sahip olma maliyetinin nasıl çıkarılacağını yazılım maliyeti ve geri dönüşü yazımızda anlattık.
Denetçi barındırma modelini değil, üç kanıtı sorar: yedekleme sıklığı ve son başarılı geri dönüş testinin tarihi, kullanıcı yetkilendirme listesi ve işten ayrılanların erişiminin ne zaman kapatıldığı, bir de kayıt saklama sürelerinin tanımlı olup olmadığı. Bulut kullanan bir firmada bu üçü sağlayıcı sözleşmesi ve sistem loglarıyla dakikalar içinde gösterilir. Yerel kurulumda ise genellikle "bilgi işlem arkadaşa soralım" cümlesi duyulur; bulgu çoğu zaman oradan çıkar.
Hibrit yaklaşım işe yarar mı?
Yarar, ama kural belirlemek şartıyla. En sık kullanılan hibrit desen şudur: sistem buluttadır, ama kritik kayıtların şifreli bir kopyası düzenli olarak firma içindeki bir NAS'a iner. Böylece sağlayıcıyla ilişki bir gün sona erse bile arşiv sizde kalır. İkinci desen, saha uygulamasının çevrimdışı çalışıp bağlantı gelince senkronize olmasıdır; bu sayede internet kesintisi kayıt girişini durdurmaz.
Yanlış hibrit ise ikisini birden çalıştırmaktır: bazı kayıtlar bulutta, bazıları eski yerel sistemde. Altı ay sonra hangi verinin nerede olduğunu kimse bilmez ve tek doğru kaynak ilkesi çöker. Yeni bir sisteme geçerken eski sistemi salt okunur arşive dönüştürüp yeni kayıt girişini tamamen kapatmak en temiz yoldur; geçiş planının ayrıntıları için yazılıma geçiş yazımıza bakabilirsiniz.
Karar için pratik bir kontrol listesi
Toplantıda tartışmayı kısaltmak isterseniz şu altı soruyu sırayla sorun. Cevapların çoğunluğu sizi doğru modele götürür:
- Müşteri sözleşmelerinizde veri konumu ya da erişim kısıtı var mı?
- Kaç tesisten ve kaç farklı cihazdan kayıt girilecek?
- Sunucuyu ve yedeğini kim izleyecek, bu kişinin haftada kaç saati var?
- İnternet kesintisi ayda kaç kez ve ne kadar sürüyor?
- Beş yıllık toplam maliyeti iki model için de hesapladınız mı?
- Sözleşme biterse veriyi hangi formatta ve ne kadar sürede geri alıyorsunuz?
Bir kalite yönetim sistemi yazılımı seçerken son soruyu yazılı cevap olarak isteyin. Sözlü güvence yeterli değildir; sözleşmede "talep üzerine standart bir veri tabanı yedeği ve doküman arşivi teslim edilir" gibi bir madde olmalıdır. Buluta geçmenin sistem tarafındaki genel etkilerini bulut kalite yönetim sistemi yazımızda, tarayıcı tabanlı kullanımın avantajlarını ise web tabanlı kalite yönetim yazılımı sayfasında bulabilirsiniz.