Tek bir uygulamayı yapılandırmadan önce Odoo 19 Enterprise veritabanınızın nerede barındırılacağına karar vermeniz gerekir. Barındırma tercihi; neleri özelleştirebileceğinizi, sunucuyu kimin kontrol ettiğini, ne sıklıkla sürüm yükseltmeniz gerektiğini ve yedeklemelerden kimin sorumlu olduğunu belirler.
Odoo üç barındırma yolu sunar: Odoo Online, Odoo.sh ve şirket içi (kendi sunucunuzda) kurulum. Üçü de aynı standart Enterprise uygulamalarını çalıştırır; ancak özel kod, sunucu erişimi veya belirli bir yükseltme temposu gerektiğinde aralarındaki farklar belirginleşir.
Kaynaklar hakkında bir not: Bu rehber, Odoo'nun 19.0 sürümüne ait resmi dokümantasyonunu esas alır. Barındırma kuralları ve politikaları değişebilir; bu nedenle karar vermeden önce projeniz için önemli olan her noktayı bir test veritabanında ve kendi abonelik koşullarınıza göre doğrulayın.
Bir dakikada üç seçenek
- Odoo Online: Odoo'nun hizmet olarak yazılım (SaaS) çözümüdür. Sunucuları ve platformu Odoo işletir; siz standart uygulamalar ve Studio içinde çalışırsınız.
- Odoo.sh: Odoo'yu kendi kodunuzla barındırmak ve yönetmek için Odoo'nun resmi bulut platformudur; bir GitHub deposuna bağlanır ve geliştirme, hazırlık (staging) ve üretim dallarına göre düzenlenir.
- Şirket içi: Odoo'yu kendi sunucunuza veya kiraladığınız bir bulut sunucusuna kurup çalıştırırsınız ve veritabanını Enterprise abonelik kodunuzla kaydedersiniz.
Özelleştirme: Çoğu projede belirleyici etken
Odoo'nun dokümantasyonu, Odoo Online'ın özel modüllerle ve Odoo Apps Store'daki modüllerle uyumlu olmadığını açıkça belirtir. Online'da standart uygulamaları yapılandırabilir ve Studio ile özelleştirmeler oluşturabilirsiniz; ancak kendi Python modüllerinizi kuramazsınız.
Odoo.sh özel kod için tasarlanmıştır. Modüllerinizi GitHub deponuzdaki bir dala gönderirsiniz ve platform, Odoo modülü içeren klasörleri otomatik olarak algılar. Herkese açık topluluk modülleri de örneğin Git alt modülleri (submodule) olarak eklenebilir.
Şirket içi kurulum, sunucuyu ve yüklenen eklentileri siz kontrol ettiğiniz için özel modüller konusunda Odoo.sh ile aynı özgürlüğü sağlar. Fark şudur: Kodun etrafındaki hiçbir şey sizin yerinize yönetilmez.
Pratik bir kural: Gereksinimleriniz herhangi bir özel Python geliştirmesi veya Apps Store'dan herhangi bir üçüncü taraf uygulama içeriyorsa Odoo Online seçenek dışı kalır ve asıl karar Odoo.sh ile şirket içi kurulum arasında verilir.
Kontrol ve erişim
Odoo Online'da veritabanını Odoo'nun veritabanı yöneticisi üzerinden yönetirsiniz. Buradan veritabanını test için çoğaltabilir, yeniden adlandırabilir, yedek indirebilir, mevcut olduğunda sürüm yükseltmeyi başlatabilir, alan adlarını yönetebilir ve sahipliği devredebilirsiniz. Sunucu veya kabuk (shell) erişimi yoktur.
Odoo.sh'ta her dal, tarayıcı içinde geliştirici araçlarıyla gelir: temel Linux komutları ve psql için bir web kabuğu, Python ve Odoo kabuk konsollarına sahip çevrim içi bir düzenleyici, kendi anahtarınızla SSH erişimi ve üretim dışı derlemelerden gönderilen e-postaları yakalayan bir posta yakalayıcı.
Şirket içi kurulum; işletim sistemi, PostgreSQL, ters vekil sunucu (reverse proxy) ve Odoo yapılandırma dosyası üzerinde tam kontrol sağlar. Odoo'nun dağıtım rehberi güvenliği sürekli bir süreç olarak ele alır ve Odoo'yu bir ters vekil sunucunun arkasında HTTPS üzerinden sunmak, çok veritabanlı sunucularda veritabanı filtresi tanımlamak, süper kullanıcı olmayan bir PostgreSQL kullanıcısı kullanmak ve internete açık sistemlerde veritabanı yöneticisini devre dışı bırakmak gibi görevleri sıralar.
Sürüm yükseltme yükümlülükleri
Her barındırma türünün farklı bir sürüm yükseltme kuralı vardır. Bu konu seçim aşamasında çoğu zaman gözden kaçar ve sonradan acil hâle gelir; bu yüzden ilk günden masaya yatırın.
- Odoo Online: Odoo'nun yükseltme dokümantasyonuna göre ana sürümdeki bir veritabanı iki yılda bir yükseltilmelidir; ara sürümdeki bir veritabanı ise bir sonraki sürüm yayımlandıktan birkaç hafta sonra yükseltilmelidir. Son tarihe kadar herhangi bir işlem yapılmazsa Odoo veritabanını otomatik olarak yükseltir.
- Odoo.sh: Bir sürümün ilk üç yıllık destek süresinden sonra yükseltmeyi tamamlamak için iki yılınız daha vardır ve yükseltme gerektiğinde bilgilendirilirsiniz.
- Şirket içi: Aynı sürümde süresiz kalabilirsiniz. Odoo bunu önermez; sürümler arasındaki farkın küçük olması yükseltmeleri kolaylaştırır.
Özel modüller, Online dışındaki tüm seçenekleri etkiler. Odoo, özel modül içeren bir veritabanının bu modüller hedef sürüm için hazır olana kadar yükseltilemeyeceğini ve modülleri uyumlu hâle getirmenin modülün bakımını yapan tarafın sorumluluğunda olduğunu belirtir.
Odoo Enterprise ile yükseltme hizmeti; standart uygulamaları, Studio kurulu kaldığı ve abonelik aktif olduğu sürece Studio özelleştirmelerini ve özelleştirme bakımı aboneliği kapsamındaki geliştirmeleri kapsar. Böyle bir sözleşmesi olmayan şirket içi veya üçüncü taraf modüller, mevcut verilerin temizlenmesi ve eğitim kapsam dışındadır.
Önerilen süreç her platformda aynıdır: Yükseltilmiş bir test veritabanı talep edin, özel modülleri güncelleyin, kapsamlı test yapın, sorunları Odoo'ya bildirin ve ardından veritabanının kullanılamayacağı üretim yükseltmesini planlayın.
Yedeklemeler ve test kopyaları
Odoo Online: Dokümantasyona göre yedeklemeler, Odoo Cloud Hosting SLA kapsamında her gün alınır. Ayrıca veritabanı yöneticisinden bir yedek ZIP dosyası indirebilirsiniz; veritabanı bunun için çok büyükse Odoo Destek başka bir yöntem sunar.
Odoo.sh: Üretim veritabanı her gün otomatik olarak yedeklenir ve her yedek; veritabanı dökümünü, dosya deposunu (filestore), günlükleri ve oturumları içerir. Dokümantasyonda yedi günlük, dört haftalık ve üç aylık yedek bulunduğu, ayrıca ek aylık kopyaları tutan özel yedekleme sunucularının olduğu belirtilir. Üretim ve hazırlık derlemelerinin manuel yedeklerini de alabilirsiniz.
Odoo.sh'taki hazırlık ve geliştirme derlemeleri otomatik olarak yedeklenmez. Hazırlık veritabanları, üretimin bir süre sonra silinen nötrleştirilmiş kopyalarıdır; geliştirme veritabanları ise kısa ömürlüdür ve demo verilerle oluşturulur. Bu nedenle gerçek çalışmalarınızı asla yalnızca bu ortamlarda tutmayın.
Şirket içi: Yedekleme tamamen sizin sorumluluğunuzdadır. Hem PostgreSQL veritabanının hem de dosya deposunun yedeklerini planlayın, kopyaları sunucudan uzakta saklayın ve geri yüklemeleri düzenli olarak test edin.
Hangi seçeneği tercih ederseniz edin, yükseltme test veritabanları ve Odoo.sh hazırlık veritabanları nötrleştirilir: planlanmış eylemler devre dışı bırakılır, giden e-postalar yakalanır veya değiştirilir, ödeme ve kargo bağlayıcıları test moduna alınır. Bu, üretimi korur; ancak entegrasyonları test etmek istiyorsanız bunları bilinçli olarak yeniden etkinleştirmeniz gerekir.
Fiyat listesi olmadan karşılaştırılacak maliyet etkenleri
Fiyatlar sözleşmenize bağlıdır ve zamanla değişir; bu yüzden manşet rakamlar yerine maliyeti belirleyen etkenleri karşılaştırın.
- Abonelik kapsamı: Odoo.sh, Odoo.sh barındırmasını içeren bir Enterprise abonelik kodu gerektirir; şirket içi kurulum ise kendi sunucunuzda kayıtlı bir Enterprise aboneliği kullanır ve her aboneliğe tek bir veritabanı bağlanır.
- Kullanıcılar: Şirket içi bir veritabanı, aboneliğindeki kullanıcı sayısının içinde kalmalıdır; bu sayının aşılması bir uyarıya ve veritabanının süresi dolmadan önce sayıyı düzeltmek için sınırlı bir süreye yol açar.
- Altyapı: Odoo.sh'ta worker'ları, depolamayı ve hazırlık derlemelerini platform içinde boyutlandırırsınız; şirket içi kurulumda sunucular, depolama, bant genişliği ve izleme maliyetlerini kendiniz karşılarsınız ve sunucunun Odoo'nun doğrulama hizmetine ağ erişimini sürdürmesi gerekir.
- İnsan kaynağı: Şirket içi kurulum; Linux, PostgreSQL, HTTPS ve güvenlik güncellemelerini yönetebilecek birini gerektirir. Odoo.sh, Git kullanmaya alışkın geliştiriciler gerektirir. Odoo Online ise bunların hiçbirini gerektirmez.
- Özelleştirme yaşam döngüsü: Her özel modülün bakımı yapılmalı ve her yükseltmede yeni sürüme taşınmalıdır; bu, bir bakım aboneliği kapsamında değilse Odoo.sh ve şirket içi kurulumda tekrarlayan bir maliyettir.
Hangi seçenek kime uygun?
Odoo Online; standart Odoo ve Studio ile çalışabilen, en hızlı başlangıcı isteyen ve Odoo'nun yükseltme takvimini kabul edebilen şirketlere uygundur. Standart süreçlere sahip ticaret, hizmet ve perakende işletmeleri tipik adaylardır.
Odoo.sh; özel modüllere veya üçüncü taraf uygulamalara ihtiyaç duyan ancak sunucu işletmek istemeyen ve her değişikliği canlıya almadan önce üretimin hazırlık kopyasında test etmeye önem veren projelere uygundur.
Şirket içi kurulum; kendi BT ekibi olan, katı veri konumu veya ağ gereksinimleri bulunan, yerel donanımlarla entegrasyon ihtiyacı olan ya da yükseltmelerin tam olarak ne zaman yapılacağına kendisi karar vermek isteyen kuruluşlara uygundur.
Odoo Community'yi düşünüyorsanız şunu unutmayın: Odoo.sh bir Enterprise abonelik kodu gerektirir ve yukarıda açıklanan ücretsiz yükseltme hizmeti bir Enterprise avantajıdır. Bu nedenle Community genellikle kendi sunucunuzda barındırılır ve kendi emeğinizle yükseltilir.
Enterprise ayrı bir kod tabanı değildir: Odoo'nun kurulum dokümantasyonu, Enterprise deposunu Community'nin üzerine eklenen ek eklentiler topluluğu olarak tanımlar; dolayısıyla kendi sunucunuzdaki bir Enterprise kurulumu her ikisine de ihtiyaç duyar. Daha sonra Community'den Enterprise'a geçmek başlı başına bir projedir; çünkü Odoo'nun yükseltme dokümantasyonu sürüm (edition) değiştirmeyi yükseltmenin bir parçası olarak ele almaz.
Sonradan barındırma türü değiştirmek
Bu tercih kalıcı değildir; ancak geçiş bazı yönlerde diğerlerine göre daha kolaydır.
- Odoo Online'dan Odoo.sh'a veya şirket içi kuruluma: Veritabanı yöneticisinden bir yedek indirin ve bunu içe aktarın ya da geri yükleyin. Online'a özgü ara sürümler diğer ortamlarda desteklenmez; bu nedenle önce bir sonraki ana sürüme yükseltmeniz gerekebilir.
- Odoo.sh'tan veya şirket içi kurulumdan Odoo Online'a: Standart olmayan tüm uygulamalar önce bir hazırlık derlemesinde veya çoğaltılmış bir veritabanında kaldırılmalıdır; geçişin kendisi ise bir Odoo destek talebiyle istenir.
- Şirket içi kurulumdan Odoo.sh'a: Üretim dalının Yedekler sekmesindeki içe aktarma özelliğini kullanın. İçe aktarma, döküm boyutunun dört katı kadar boş depolama alanı gerektirir, dalın mevcut verilerinin üzerine yazar ve siz ihtiyaç duyduklarınızı yeniden etkinleştirene kadar giden posta sunucularını ve planlanmış eylemleri devre dışı bırakır.
Karar kontrol listesi
- Şimdi veya öngörülebilir gelecekte herhangi bir özel Python modülüne ya da Apps Store modülüne ihtiyacımız var mı? Varsa Odoo Online'ı eleyin.
- Odoo Online'ın zorunlu yükseltme takvimini kabul edebilir miyiz, yoksa her sürüm değişikliğinin ne zaman yapılacağı üzerinde daha fazla kontrole mi ihtiyacımız var?
- Canlıya geçmeden önce her değişikliği test etmek için üretimin bir hazırlık kopyasına ihtiyacımız var mı?
- Şirket içi bir sunucu için Linux, PostgreSQL, HTTPS, izleme ve güvenliği yönetecek personelimiz var mı veya işe alabilir miyiz?
- Kendi sunucumuzu gerektiren veri konumu, ağ veya donanım kısıtlamaları var mı?
- Yedeklerin doğrulanmasından ve geri yükleme testlerinden kim sorumlu ve bunlar ne sıklıkla yapılacak?
- Özel modüllerimizin bakımını kim yapacak ve her yükseltmede bunları kim taşıyacak? Bu bir bakım aboneliği kapsamında mı?
1CBMS nasıl yardımcı olabilir?
1CBMS, Mısır ve Irak'taki şirketlerin uygulama başlamadan önce doğru Odoo barındırma seçeneğini belirlemesine yardımcı olur. Gereksinimlerinizi her platformun izin verdikleriyle eşleştirir, özel modül ihtiyacını erkenden tespit eder, sağlam yedekleme ve güvenlik uygulamalarıyla Odoo.sh projeleri veya şirket içi sunucular kurar ve Odoo 19 Enterprise sisteminizin desteklenmeye devam etmesi için yükseltmeleri planlarız. Durumunuzu birlikte değerlendirmek için www.1cbms.com üzerinden bizimle iletişime geçin.