Qulak ve Moodle karşılaştırması, CIO ve CTO ekipleri için “hangi ürün daha iyi?” sorusundan çok “hangi işletim modeli bizim risk ve kapasitemize uyuyor?” sorusudur. Moodle’ın açık kaynak lisans modeli güçlü bir başlangıç avantajı sunabilir. Buna karşılık, bir LMS’in gerçek maliyeti sunucu, veritabanı, yedekleme, sürüm yükseltme, eklenti yönetimi, entegrasyon, güvenlik izleme ve iç ekip zamanını da içerir.
Qulak tarafında ise karar; kurumun hedeflediği kullanıcı yaşam döngüsü, SSO, HRIS, raporlama, içerik ve destek kapsamına göre verilmelidir. Qulak ile bu akışlar tasarlanabilir; kesin protokol, kapsam ve sorumluluklar kurumun mevcut planına ve teknik keşfine göre doğrulanır. Aşağıdaki çerçeve, iki yaklaşımı küçümsemeden aynı kriterler üzerinde karşılaştırır.
Önce doğru soruyu sorun: Lisans mı, toplam sahip olma maliyeti mi?
Moodle’ın resmî dokümantasyonu, yazılımın kendi sunucunuza ücretsiz açık kaynak olarak kurulabileceğini; ayrıca MoodleCloud veya sertifikalı partner hizmetlerinin seçilebileceğini açıklar. Bu ayrım önemlidir. “Moodle” tek bir fiyat veya tek bir işletim modeli değildir. Self-hosted kurulumda kontrol ve özelleştirme artarken altyapı ve operasyon sorumluluğu kuruma kalabilir. MoodleCloud ya da resmî hosting modelinde bu sorumluluğun bir bölümü hizmet sağlayıcıya devredilir; karşılığında kapsam, kota, özelleştirme ve hizmet koşulları teklifin parçası olur.
TCO hesabını şu basit çerçeveyle kurmak daha sağlıklıdır: lisans veya abonelik + altyapı + insan kaynağı + entegrasyon + güvenlik ve uyum + bakım/yükseltme + değişim maliyeti. Bir kalemin “sıfır” olması, diğer kalemlerin de sıfır olduğu anlamına gelmez. Örneğin ücretsiz yazılımı güvenli biçimde çalıştırmak için gereken DevOps ve güvenlik mühendisliği kapasitesi, kurumun bordrosunda ayrı bir lisans satırı olarak görünmeyebilir.
İçeride Moodle’ı kuracak, izleyip yükseltecek, eklentileri denetleyecek ve entegrasyonları sürdürecek ekip zaten varsa self-hosted model rasyonel olabilir. Bu kapasite sınırlıysa Qulak ile daha bütünleşik bir kurumsal akış tasarlamanın operasyonel değeri, lisans karşılaştırmasından daha belirleyici hale gelebilir.
Qulak ve Moodle karşılaştırması: kriter bazlı görünüm
| Kriter | Moodle yaklaşımı | Qulak yaklaşımı |
|---|---|---|
| Başlangıç esnekliği | Açık kaynak çekirdek, geniş eklenti ve tema ekosistemi; teknik ekip için yüksek uyarlanabilirlik. | Kurumun hedef akışlarına göre ürün kapsamı, yapılandırma ve entegrasyon keşfi birlikte netleştirilir. |
| İşletim sorumluluğu | Self-hosted modelde altyapı, yedek, izleme ve yükseltme kurumda; managed seçeneklerde kapsam sağlayıcıya göre değişir. | Qulak planında yer alan barındırma, destek ve işletim sorumlulukları sözleşme/teknik plan üzerinden doğrulanır. |
| Entegrasyon | Eklentiler, web servisleri ve partner geliştirmeleriyle yapılabilir; sürüm ve bakım uyumu kontrol edilmelidir. | HRIS, SSO, raporlama ve kurum içi sistem akışları Qulak ile tasarlanabilir; veri alanları ve tetikleyiciler PoC’de doğrulanır. |
| Güvenlik operasyonu | HTTPS, MFA, güncelleme, eklenti denetimi, ayrıcalıklar ve geri dönüş planı dağıtım modeline göre yönetilir. | Kimlik, rol, log, veri erişimi ve olay müdahalesi için Qulak’ın mevcut planı ve kurumun güvenlik gereksinimleri birlikte incelenir. |
| En uygun senaryo | Teknik sahipliği güçlü, açık kaynak esnekliğini ve özelleştirme kontrolünü önceliklendiren ekipler. | Kurumsal eğitim operasyonunu daha az parçalı akışla yönetmek, entegrasyon ve karar süresini keşifle netleştirmek isteyen ekipler. |
Bu tablo “her kurum için tek kazanan” iddiası taşımaz. Moodle’ın açık kaynak ekosistemi önemli bir avantajdır; Qulak’ın değeri ise kurumun hazır bir kurumsal akışa ne kadar ihtiyaç duyduğu ve bunu içeride kurup işletmenin fırsat maliyetinin ne olduğuyla ölçülür.
Moodle TCO’sunu oluşturan görünmeyen kalemler
Self-hosted Moodle seçeneğinde ilk teklif çoğu zaman yazılım lisansını içermez. Ancak üretim ortamı için uygulama sunucusu, veritabanı, dosya depolama, CDN veya ağ bileşenleri, yedekleme, felaket kurtarma, izleme, alan adı ve sertifika süreçleri gerekir. Bunlara ek olarak PHP, web sunucusu ve veritabanı katmanlarının desteklenen sürümleri takip edilir. Mimariyi kurum kuracaksa kapasite planlama ve performans testi de TCO’ya eklenmelidir.
İkinci kalem insan kaynağıdır. Moodle’ın resmî yükseltme rehberi, üretim kopyasında önce test etmeyi; yazılımı, yüklenen dosyaları ve veritabanını yedeklemeyi; eklenti uyumluluğunu kontrol etmeyi önerir. Bu adımlar iyi bir mühendislik pratiğidir, fakat aynı zamanda planlanacak saatler ve bakım pencereleri anlamına gelir.
Üçüncü kalem eklenti portföyüdür. Moodle eklenti dokümantasyonu, sürüm uyumluluğunun, bakım durumunun, desteğin, harici servislerin ve olası ek ücretlerin incelenmesini; üretimden önce test yapılmasını söyler. Kritik bir HRIS veya raporlama akışını eklentiyle kuruyorsanız, “çalışıyor” kadar “gelecek sürümde korunuyor mu?” sorusu da satın alma komitesinin önünde olmalıdır.
Qulak ile yapılan TCO çalışmasında da entegrasyon keşfi, veri migrasyonu, rol matrisi, eğitim ve değişim yönetimi ayrıca ele alınmalıdır. Buradaki fark, bu kalemlerin hazır bir ürün planı ve destek kapsamı içinde ne ölçüde toplandığının teklif ve PoC ile netleştirilmesidir. Fiyat veya tasarruf yüzdesi, kurum verisi olmadan varsayılamaz.
Güvenlik kararı: ürün etiketi değil, kontrol zinciri
Güvenlik değerlendirmesinde “açık kaynak güvenlidir” veya “SaaS otomatik olarak güvenlidir” gibi tek cümlelik sonuçlardan kaçının. Her iki modelde de kimlik doğrulama, yetkilendirme, yönetici hesapları, veri erişimi, şifreleme, yedeklerin korunması, log bütünlüğü, zafiyet yönetimi, olay müdahalesi ve veri silme talepleri incelenmelidir. NIST CSF 2.0, bu çalışmayı kurumun siber risklerini anlamak, değerlendirmek, önceliklendirmek ve iletişim kurmak için bir çerçeveye oturtabilir.
Moodle’ın resmî güvenlik önerileri düzenli güncellemeyi, bütün sayfalarda HTTPS’i, güvenlik genel bakış raporunu, güçlü parolaları ve geri yükleme testleri yapılmış yedekleri vurgular. Moodle’ın güncel güvenlik duyurusunda da benzersiz parolalar, yönetici hesapları için MFA ve self-hosted kurulumlarda web tabanlı eklenti yükleyicisini devre dışı bırakma önerileri yer alır. Bu, Moodle’ı kötülemek değil; self-hosted modelde güvenlik işletiminin gerçek bir görev olduğunu görünür kılmaktır.
Qulak değerlendirmesinde ise sağlayıcının güvenlik politikası, veri yerleşimi, erişim kayıtları, yedekleme ve geri dönüş prosedürü, sürüm yönetimi, alt işleyenler, destek erişimi ve olay bildirim süresi yazılı olarak istenmelidir. Qulak ile SSO, rol tabanlı erişim, HRIS senkronu veya raporlama akışı tasarlanabilir; ancak hangi alanların aktarılacağı, hangi hesabın hangi veriyi göreceği ve hangi logların tutulacağı kurumun planına göre doğrulanmalıdır.
Kimlik
SSO, MFA, yönetici hesapları, oturum süresi ve ayrılan çalışanın erişiminin kesilmesi için kanıt isteyin.
Veri
Veri sınıfları, saklama süresi, yedek şifrelemesi, bölgesel yerleşim ve geri dönüş tatbikatını kontrol edin.
Denetim
Yetki değişiklikleri, içerik erişimi, dışa aktarma ve kritik yönetici işlemleri için log kapsamını doğrulayın.
Teknik uygulama testi için OWASP ASVS gibi kontrol listeleri kullanılabilir. Bu bağlantı Qulak’ın veya Moodle’ın belirli bir sertifikaya sahip olduğunu göstermez; satın alma öncesi güvenlik doğrulamasının nasıl somutlaştırılabileceğini gösterir.
Kurumsal entegrasyon ve veri yönetişimi
CIO ve CTO ekipleri için kritik soru, LMS’in tek başına kaç özelliği olduğu değil, kurumun kimlik ve çalışan verisi akışına ne kadar güvenilir oturduğudur. İşe giriş, departman değişimi, görevden ayrılma, zorunlu eğitim ataması ve tamamlanma raporu gibi akışların sahipleri belirlenmelidir. Her veri alanı için kaynak sistem, amaç, saklama süresi, hata halinde manuel alternatif ve insan onayı tanımlanmalıdır.
Bu nedenle bir HRIS entegrasyonunda yalnızca API bağlantısını değil; veri minimizasyonunu, aydınlatma yükümlülüğünü, gerektiğinde açık rıza gerekip gerekmediğini, alternatif doğrulama yolunu ve insan denetimini de test edin. Özellikle yüz teyidi, biyometrik veri veya kişisel veri içeren akışlarda özellik adı kararın kendisi değildir. Hukuk, bilgi güvenliği ve İK ekiplerinin amaç, hukuki sebep, erişim ve saklama değerlendirmesi tamamlanmadan otomasyon üretime alınmamalıdır.
Qulak’ın API ve HRIS entegrasyonları üzerine rehberinde anlatılan yaklaşım, kurumun SAP, Workday, Teams veya benzeri sistem akışlarını bir entegrasyon keşfi olarak ele alır. Bu makaledeki karşılaştırma da aynı prensibi izler: ürün vaadi yerine, kurumun gerçek veri sözleşmesi ve sorumluluk matrisi doğrulanır.
Karar vermeden önce uygulanacak PoC ve TCO senaryosu
Satın alma komitesi, iki platformu aynı örnek üzerinden test etmelidir. Örnek; bir yeni çalışan, bir departman değişimi, bir ayrılan kullanıcı, bir zorunlu eğitim, bir yönetici raporu ve bir erişim iptalini içerebilir. Her senaryoda işlem süresi kadar hata durumunda kimin müdahale ettiği, hangi logun oluştuğu ve verinin nerede kaldığı da kaydedilmelidir.
- Üç maliyet senaryosu kurun: self-hosted Moodle, Moodle’ın managed/partner modeli ve Qulak’ın kurum planına göre teklif edilen model.
- İşletim sınırını yazın: sunucu, yedek, yükseltme, eklenti, entegrasyon ve olay müdahalesinde görev kimde?
- Güvenlik kanıtı isteyin: SSO/MFA, rol matrisi, yönetici logları, erişim iptali, yedek geri dönüşü ve zafiyet bildirim süreci.
- Veri akışını daraltın: gerekli olmayan kişisel verileri taşımayın; açık rıza gereken akışlarda alternatif ve insan kontrolü planlayın.
- Beş yıllık esnekliği ölçün: yeni ülke, yeni HRIS, çoklu akademi, raporlama ve içerik taşıma değişikliklerinde hangi model daha az yeniden iş ister?
Kurumsal eğitimde iş sonuçlarını ölçmek istiyorsanız, eğitim ROI ve iş sonuçları analitiği yaklaşımını da PoC kapsamına ekleyin. Çok ülkeli yapılarda ise dil, rol ve veri yerleşimi ihtiyaçlarını çok dilli LMS ve global şirket akademisi mimarisi rehberiyle birlikte değerlendirebilirsiniz.
Kendi TCO ve güvenlik senaryonuzu netleştirin
Qulak’ın kurum planınıza nasıl uyabileceğini; entegrasyon, güvenlik, veri yönetişimi ve destek kapsamını gerçek kullanım senaryolarınızla birlikte değerlendirin.
Kurumsal keşif görüşmesi isteyinSıkça Sorulan Sorular
Moodle ücretsizse neden TCO hesabı yapmak gerekir?
Qulak mı Moodle mı daha güvenlidir?
Moodle kurumsal İK sistemleriyle entegre olabilir mi?
Qulak ile Moodle arasında karar verirken ilk PoC neyi test etmeli?
Açık kaynak LMS seçerken lisans ücreti tek karar kriteri midir?
İncelenen araştırma kaynakları: Moodle hakkında, Moodle güvenlik önerileri, Moodle yükseltme rehberi, Moodle eklenti kurulum rehberi, Moodle güvenlik duyurusu, Moodle resmî hosting, NIST CSF ve OWASP ASVS.