Bulud əsaslı davamiyyət sistemi yoxsa lokal sistem?
06.09.2026
Bulud davamiyyət sistemi yoxsa öz serverinizdə quraşdırılan lokal sistem? Bu seçim funksiyalarla deyil, məsuliyyət bölgüsü ilə fərqlənir: buludda infrastruktur təchizatçının, lokal həlldə isə sizin üzərinizdədir. Bu bələdçidə iki modeli xərc, təhlükəsizlik, dəstək və miqyaslanma baxımından müqayisə edirik.
Fərq nədədir
Bulud (SaaS): proqram təchizatçının serverlərində işləyir, siz brauzer və mobil tətbiqlə istifadə edirsiniz. Yeniləmə, ehtiyat nüsxə və təhlükəsizlik təchizatçının işidir.
Lokal (on-premise): proqram sizin serverinizə quraşdırılır. Bütün idarəetmə - server, yeniləmə, ehtiyat nüsxə, təhlükəsizlik - sizin üzərinizdədir.
Müqayisə
| Meyar | Bulud | Lokal |
|---|---|---|
| Başlanğıc xərc | Aşağı | Yüksək (server, lisenziya) |
| Ödəniş modeli | Abunə | Birdəfəlik + xidmət |
| Tətbiq müddəti | Günlər | Həftələr |
| Yeniləmə | Avtomatik | Əl ilə, planlaşdırılır |
| Ehtiyat nüsxə | Təchizatçıda | Sizdə |
| Filial əlavəsi | Sadə | Şəbəkə işi tələb edir |
| İnternetdən asılılıq | Var | Daxili şəbəkədə yoxdur |
| IT komandası | Lazım deyil | Lazımdır |
Buludun güclü tərəfləri
- Sürətli başlanğıc. Server hazırlığı, quraşdırma və konfiqurasiya mərhələsi yoxdur.
- Çoxfilial. Bütün filiallar eyni sistemə qoşulur - VPN və şəbəkə qurmaq lazım deyil.
- Mobil giriş. Sahə işçiləri üçün təbii şəkildə işləyir.
- Yeniləmələr. Yeni funksiyalar əlavə iş tələb etmədən gəlir.
- Proqnozlaşdırıla bilən xərc. Abunə, gözlənilməz server xərci yoxdur.
Lokalın güclü tərəfləri
- Məlumat şirkət daxilində qalır. Bəzi sahələr üçün tələbdir.
- İnternetdən asılılıq az. Daxili şəbəkədə işləyir.
- Fərdiləşdirmə. Dərin dəyişikliklər mümkündür.
- Uzunmüddətli xərc. Çox böyük təşkilatlarda sərfəli ola bilər.
Yanlış təsəvvürlər
«Lokal daha təhlükəsizdir.» Bu, avtomatik doğru deyil. Təhlükəsizlik idarəetmədən asılıdır: yenilənməyən, ehtiyat nüsxəsi olmayan və zəif paroldan istifadə edən lokal server buluddan daha risklidir. Bulud təchizatçısı isə bu işlərlə peşəkar səviyyədə məşğul olur.
«Bulud internet kəsiləndə işləmir.» Qismən doğrudur. Mobil qeydlər cihazda saxlanılır və bağlantı bərpa olunanda göndərilir; qeyd anı isə real vaxta görə yazılır.
Praktik nümunə
Bir şirkət lokal davamiyyət sistemini 5 il işlətmişdi. Sistem işləyirdi, amma iki problem yığılmışdı.
Birincisi, serveri quran mütəxəssis işdən çıxmışdı və heç kim konfiqurasiyanı tam bilmirdi. İkincisi, yeni filial açılanda qoşulma üçün şəbəkə işi tələb olunurdu və bu, hər dəfə həftələr çəkirdi.
Ən ciddi hadisə server diskinin sıradan çıxması oldu - ehtiyat nüsxə iki ay əvvələ aid idi. İki aylıq davamiyyət məlumatı əl ilə bərpa edilməli oldu.
Bu hadisədən sonra şirkət buluda keçdi. Əsas motivasiya xərc deyil, məsuliyyətin ötürülməsi idi.
Necə seçmək lazımdır
- Daxili IT komandanız varmı və server idarəetməsi ilə məşğul ola bilirmi?
- Məlumatın şirkət daxilində saxlanması üçün rəsmi tələb varmı?
- Neçə filial var və gələcəkdə artacaqmı?
- Sahə işçiləri sistemə qoşulmalıdırmı?
- Ehtiyat nüsxə və bərpa prosesiniz sınaqdan keçibmi?
Birinci və beşinci suala «yox» cavabı varsa, bulud model daha az risklidir.
Miqyaslanma
Filial sayı artdıqca fərq böyüyür. Bulud modeldə yeni filial sistemə əlavə edilir; lokal modeldə isə şəbəkə bağlantısı, təhlükəsizlik konfiqurasiyası və sınaq tələb olunur. Sürətlə böyüyən şirkətlər üçün bu, həlledici amil olur.
Ümumi sahiblik xərci
İki modelin müqayisəsində ən çox səhv edilən yer xərc hesabıdır. Lokal həll «birdəfəlik ödəniş» kimi görünür, halbuki davamlı sətirləri var.
Lokal modeldə hesaba daxil olanlar: server avadanlığı, əməliyyat sistemi və verilənlər bazası lisenziyaları, quraşdırma işi, ehtiyat nüsxə infrastrukturu, elektrik və soyutma, təhlükəsizlik yeniləmələri, IT mütəxəssisinin vaxtı və 4–5 ildən bir avadanlığın yenilənməsi.
Bulud modeldə isə bu sətirlərin hamısı abunə haqqının içindədir.
Praktik müqayisə üçün beş illik dövr götürülməlidir - bir illik hesab lokal həlli süni şəkildə əlverişli göstərir, çünki avadanlığın yenilənmə dövrü hesaba düşmür.
Fəlakətdən bərpa
Ən az planlaşdırılan, amma ən kritik məsələ bərpadır. Sual sadədir: server sıradan çıxsa, məlumat nə qədər müddətdə və hansı vəziyyətdə bərpa olunacaq?
Lokal modeldə bu, tamamilə şirkətin öhdəliyidir və üç element tələb edir: müntəzəm ehtiyat nüsxə, nüsxənin ayrı yerdə saxlanması və bərpa prosesinin sınaqdan keçirilməsi.
Üçüncü element demək olar həmişə buraxılır. Nüsxə alınır, amma ondan bərpanın işlədiyi heç vaxt yoxlanmır. Problem yarananda isə məlum olur ki, nüsxə natamamdır və ya köhnədir.
Bulud modeldə bu proses təchizatçının öhdəliyindədir və müqavilə ilə tənzimlənir. Yoxlanmalı olan yalnız bir şeydir: bərpa şərtləri sənədləşdirilibmi?
Məlumatın yerləşməsi və ixracı
Bulud modeldə iki sual əvvəlcədən verilməlidir və hər ikisi praktik əhəmiyyət daşıyır.
Birincisi məlumatın harada saxlanmasıdır. Bəzi sahələrdə və bəzi müqavilələrdə bu, tələb kimi qoyulur. Cavab müqavilədə yazılı olmalıdır.
İkincisi ixrac imkanıdır: qeydlərinizi istənilən vaxt tam şəkildə çıxara bilirsinizmi? Bu, həm audit, həm də gələcəkdə sistem dəyişikliyi üçün lazımdır.
Məlumatı çıxarmağa imkan verməyən sistem - bulud və ya lokal olmasından asılı olmayaraq - sizi öz platformasına bağlayır. Ona görə ixrac imkanı seçim meyarlarının içində olmalıdır, sonrakı mərhələdə deyil.
Dəstək və məsuliyyət
İki modelin ən praktik fərqi problem yarananda kimin cavab verməsidir və bu, seçim mərhələsində nadir hallarda müzakirə olunur.
Lokal modeldə bütün məsuliyyət daxili komandadadır: server işləmirsə, bərpa etmək sizin işinizdir; proqramda xəta varsa, təchizatçı ilə əlaqə saxlamaq və yeniləməni özünüz quraşdırmaq lazımdır.
Bulud modeldə isə infrastruktur məsuliyyəti təchizatçıdadır və müqavilə ilə tənzimlənir.
Qərar üçün praktik sual budur: şirkətinizdə server idarəetməsi ilə məşğul olan və bu işə vaxt ayıra bilən mütəxəssis varmı?
Cavab mənfidirsə, lokal həll formal olaraq mövcud olur, amma praktikada baxımsız qalır - yenilənmir, ehtiyat nüsxəsi yoxlanmır və zamanla risk toplayır. Bu, ən çox rast gəlinən ssenaridir.
Yekun
Bulud və lokal davamiyyət sistemi funksiya ilə deyil, məsuliyyət bölgüsü ilə fərqlənir. Lokal modeldə server, ehtiyat nüsxə və təhlükəsizlik sizin öhdənizdədir; bulud modeldə isə təchizatçının.
Qərar üçün ən dürüst sual budur: şirkətinizdə bu işə vaxt ayıra bilən mütəxəssis varmı və bərpa prosesiniz sınaqdan keçibmi?
Cavab mənfidirsə, lokal həll formal olaraq mövcud olur, praktikada isə baxımsız qalır və zamanla risk toplayır. Bu, ən çox rast gəlinən ssenaridir.
Hansı model seçilirsə seçilsin, bir tələb dəyişmir: məlumatın ixracı mümkün olmalıdır. Bu, həm audit, həm də gələcəkdə platforma dəyişikliyi üçün lazımdır və seçim meyarlarının içində olmalıdır.
Növbəti addım
Seçimi asanlaşdıran praktik sual: sistemin işləməsinə görə kim məsuliyyət daşımalıdır - sizin komandanız, yoxsa təchizatçı? Cavab modeli demək olar tam müəyyən edir.
QRGate bulud modeldə işləyir - server və quraşdırma tələb etmir. QRGate imkanlarına bax və ya qiyməti hesabla.
