Barındırma ve bakım / Nimex Solutions
İşletmenizin dayandığı ERP için güvenilir bir çalışma ortamı.
Odoo; bir uygulama sunucusu, bir PostgreSQL veritabanı, bir dosya deposu ve bir dizi arka plan işçisi üzerinde, bir TLS vekil sunucusunun arkasında ve konuştuğu servislerin yanında çalışır. Bu ortamı Odoo.sh'ta, bulut ya da VPS sunucularda veya kendi donanımınızda tasarlar ve işletiriz: canlı, test ve geliştirme ortamları ayrı tutulur, yedeklerin geri yükleme testi yapılır ve izleme sistemi alarmlarının nedenini açıklar.
- Çalışma yöntemimiz
- Standart Odoo
- Üçüncü taraf platform
- Sözleşmeye göre belirlenir
Altyapı mimarisi
Bir Odoo ortamı nelerden oluşur: sade bir dille ve ayrıntılı olarak.
Aşağıdaki her bileşen her kurulum modelinde vardır; değişen, onu kimin işlettiğidir. Kısa açıklama sözleşmeyi imzalayanlar içindir; ayrıntı ise bir şey bozulduğunda aranacak kişiler içindir.
Uygulama sunucularıOdoo kodunun çalıştığı ve kullanıcılarınıza yanıt verdiği yer.
Odoo'nun çok işlemli sunucusu web istekleri için HTTP işçilerini, zamanlanmış işler için cron işçilerini ve canlı sohbet (websocket) için ayrı bir işçiyi çalıştırır. İşçi sayısı sunucunun CPU'larına ve beklenen eş zamanlı kullanıcı sayısına göre belirlenir (Odoo'nun pratik kuralı: (#CPU × 2) + 1; işçi başına yaklaşık altı eş zamanlı kullanıcı); işçi başına bellek sınırları, kontrolden çıkan istekleri herkesi etkilemeden önce yeniden başlatır.
Standart Odoo Proje bazında boyutlandırılır
PostgreSQLHer kaydı tutan veritabanı.
Her ortam için bir PostgreSQL kümesi: işçilere göre boyutlandırılmış bağlantı sınırları, düzenli vacuum ve indeks bakımı ve dosya deposuyla birlikte her gece alınan bir döküm. Yönetilen bulut ya da yerinde kurulumda belleği, kontrol noktalarını ve yavaş sorgu kayıtlarını biz ayarlarız; Odoo.sh'ta bunu platform işletir.
Standart Odoo
İşçiler ve arka plan işleriKullanıcılar çalışmaya devam ederken çalışan zamanlanmış eylemler ve uzun işler.
Zamanlanmış eylemler (banka senkronizasyonu, e-fatura gönderimi, MRP planlayıcısı, rapor e-postaları) kullanıcılara hizmet veren işçilerde değil, cron işçilerinde çalışır. Uzun gruplar işlere bölünür; böylece 1.240 belgelik bir e-fatura çalıştırması bir depo okutmasını asla engellemez. Kuyruk derinliği ve iş süresi izlenir.
Standart Odoo Çalışma yöntemimiz
Ters vekil sunucu, DNS ve TLSÖn kapı: alan adınız, HTTPS ve dışarıya açık başka hiçbir şey.
Ters vekil sunucu TLS'i sonlandırır, düz HTTP'yi yönlendirir, websocket trafiğini canlı sohbet işçisine iletir ve gerçek istemci adresini Odoo'ya aktarır (proxy_mode). Veritabanı yöneticisi ekranları internete kapatılır; başarısız oturum açma denemeleri sınırlandırılır. Sertifikalar otomatik olarak yenilenir.
Çalışma yöntemimiz
Depolama ve eklerBelgeler, PDF'ler ve görseller veritabanının dışında tutulur.
Ekler diskte Odoo'nun dosya deposunda tutulur ve Odoo'nun erişim hakkı kontrollerinden geçirilerek sunulur (hız için isteğe bağlı olarak X-Sendfile ile). Dosya deposu her yedeğin parçasıdır; disk büyümesi takip edilir, böylece disk asla beklenmedik biçimde dolmaz.
Standart Odoo
YedeklerVeritabanı dökümü ve dosya deposu; sunucu dışında saklanır, geri yüklenerek test edilir.
Yedek, veritabanı dökümü ile dosya deposunun birlikte, canlı sunucunun silemeyeceği bir konuma kopyalanmasıdır. Odoo.sh yedi günlük, dört haftalık ve üç aylık canlı ortam yedeği tutar (döküm, dosya deposu, kayıtlar ve oturumlar); bulut ve yerinde kurulumda sözleşmeye göre benzer bir takvim belirleriz. Her yedekleme planı, test ortamında periyodik geri yükleme testleri içerir.
Odoo.sh: Odoo S.A. Takvim sözleşmeye göre
İzlemeErişilebilirlik, kuyruklar, yanıt süreleri, disk, hatalar; nedenini kendisi açıklayan alarmlarla.
Dış erişilebilirlik kontrolleri, sunucu metrikleri (CPU, bellek, disk), PostgreSQL bağlantıları, iş kuyruğu derinliği, p95 yanıt süresi ve uygulama hata sayıları. Alarm eşikleri sizinle kararlaştırılır ve tetiklendiklerinde gözden geçirilir; bir alarm her zaman ona neden olan olaya bağlıdır.
Çalışma yöntemimiz
EntegrasyonlarE-fatura entegratörü, bankalar, kargo firmaları ve Odoo'nun konuştuğu diğer sistemler.
Giden bağlantılara (e-fatura entegratörü, banka API'leri, kargo firmaları, ödeme sağlayıcıları) açıkça izin verilir; kimlik bilgileri kodda değil Odoo'nun yapılandırmasında durur; hatalar kayıt üzerinde günlüğe yazılır ve tekrarlandığında izlemede alarm olarak yükselir.
Çalışma yöntemimiz
Kurulum modelleri
Odoo.sh, yönetilen bulut veya VPS ya da yerinde kurulum.
Odoo.sh, Odoo S.A.'nın platformudur: Odoo'nuzu bu platformda kurar ve işletiriz, altyapının sahibi biz değiliz. Bulut ya da VPS sunucuda tüm katmanları sizin için biz yönetiriz. Yerinde kurulumda sunucular sizindir ve kimin neyi yapacağını birlikte kararlaştırırız. Tablo, her modelin ne sunduğunu ve sizden ne beklediğini gösterir.
İddia etmediklerimiz. Burada erişilebilirlik yüzdesi ya da akreditasyon belirtilmez: bunlar platformun veya veri merkezi işletmecisinin kendi koşullarına ve sizin sözleşmenize aittir.
| Odoo.sh Odoo S.A. platformu | Yönetilen bulut veya VPS Nimex tarafından işletilir | Yerinde kurulum Ortak sorumluluk | |
|---|---|---|---|
| Altyapıyı kim işletir | Platformu Odoo S.A. işletir: sunucular, PostgreSQL, yedekler, platform güncellemeleri, GitHub'a bağlı derleme hattı. | Sunucuları bir bulut ya da barındırma sağlayıcısı sağlar; Odoo, PostgreSQL, vekil sunucu, yedekler ve izlemeyi Nimex kurar ve yönetir. | Donanım, ağ ve işletim sistemi BT ekibinize aittir; Odoo katmanlarını Nimex yönetir ya da ekibinizi bunun için eğitir. |
| Nimex ne yapar | Proje kurulumu, dallar (canlı, test, geliştirme), modül yükleme, testler, yükseltmeler, uygulamanın izlenmesi, destek. | Yukarıdakilerin tümü, ayrıca sunucu yapılandırması, yama yönetimi, yedekleme takvimi ve geri yükleme testleri, kapasite ve performans ayarı. | Mimari, kurulum, ortam yönetimi, bakım rutinleri; sorumluluklar yazılı olarak paylaştırılır. |
| Avantajlar | Canlı veriden test ortamı derlemeleri, yedekler ve platform işletimi dahil, Enterprise odaklı; hızlı başlangıç. | Tüm katmanlar üzerinde tam kontrol: her türlü Python bağımlılığı, her türlü entegrasyon, Community veya Enterprise, sizin seçtiğiniz boyutlandırma. | Veriler tesisinizde kalır; yerel sistemlerle (PLC'ler, yazıcılar, dosya paylaşımları) entegrasyon doğrudandır. |
| Kısıtlar | Enterprise aboneliği gerekir; sistem paketleri ve kaynaklarda platform sınırları vardır; bağımlılıklar platformun kurallarına tabidir; test veritabanları bir ay sonra silinir. | İşletim bizim sorumluluğumuzdadır; bu yüzden bakım pencereleri ve izleme isteğe bağlı değil, sözleşmenin parçasıdır. | Donanım, yedeklilik, internet erişimi ve fiziksel güvenlik sizdedir; yedek kopyalar binanın dışına çıkmalıdır. |
| Tipik kullanım | Platformun iş akışını isteyen ve kendi tarafında sunucu yönetimi istemeyen Enterprise müşterileri. | Özel modülleri ve entegrasyonları olan, Community edisyonu kullanan ya da özel boyutlandırma ve veri konumu ihtiyaçları bulunan şirketler. | Tesis içi sistemleri olan üreticiler, katı iç barındırma kuralları olan kuruluşlar. |
| Ortamlar | Platformda canlı, test ve geliştirme dalları. | Boyutlandırmaya göre ayrı sunucularda ya da konteynerlerde canlı, test ve geliştirme. | Aynı ayrım, sizin sunucularınızda ya da sanal makinelerinizde. |
Ortam yönetimi
Kopyası üzerinde test edilmemiş hiçbir şey canlı ortama ulaşmaz.
Kaynak kod sürüm kontrolünde durur; yapılandırma değişiklikleri mümkün olduğunca veri dosyaları olarak yazılır, böylece test edilen neyse yüklenen de odur. Canlı ortama yüklemeler kararlaştırılan pencerelerde yapılır ve sizin tarafınızda adı belli bir kişi tarafından onaylanır.
- GeliştirmeHer özellik dalı için yeni bir veritabanı, demo verisi, otomatik testler; canlı ortamdan hiçbir şey yok.Çalışma yöntemimiz
- Test ortamıCanlı ortamın etkisizleştirilmiş bir kopyası: e-postalar yakalanır, zamanlanmış eylemler kapalıdır; kullanıcılar prova yapar ve testler gerçek veride çalışır.Çalışma yöntemimiz
- OnaySürüm notu neyin değiştiğini listeler; pencereyi proje lideriniz onaylar.Sözleşmeye göre
- ÜretimPencere içinde yüklenir, işçiler yeniden başlatılır, kontroller izlenir; önceki sürüm ve yeni bir yedek hazırda kalır.Çalışma yöntemimiz
Sürüm kontrollü kaynak kod
Özel modüller, yapılandırma verileri ve yükleme betikleri Git'te durur; her canlı ortam sürümü bir commit'e karşılık gelir. Önemli olduğu yerlerde Studio değişiklikleri dışa aktarılır ve sürümlenir.
Döngünün içinde yedek ve geri yükleme
Test ortamı en son canlı ortam yedeğinden yeniden kurulur. Bu yeniden kurulum aynı zamanda geri yükleme testidir: yedek geri yüklenmiyorsa bunu ihtiyaç duymadan önce öğreniriz.
İsteğe bağlı test ortamları
Bir yükseltme, bir veri taşıma provası ya da bir eğitim oturumu için ayrı bir test veritabanı; ardından kaldırılır.
Bakım
Yazılım bakımı, altyapı yönetimi, harici barındırma: ayrı ayrı adlandırılan üç iş.
Yazılım bakımı Odoo'yu ve özel modülleri sağlıklı tutar; altyapı yönetimi sunucuları sağlıklı tutar; harici barındırma ise platformun ya da veri merkezi işletmecisinin sağladığı hizmettir. Üçünden hangilerinin bizde olduğunu sözleşmeniz belirtir.
- Yedekler ve geri yükleme testleriGece dökümü ve dosya deposu sunucu dışına kopyalanır; geri yükleme bir takvime göre test ortamında prova edilir.Yazılım ve altyapı
- Bağımlılık güncellemeleriPython paketleri, wkhtmltopdf, özel modüller için Node araçları; test edilmiş sürümlerde tutulur.Yazılım bakımı
- Güvenlik yamalarıİşletim sistemi ve PostgreSQL yamaları bakım pencerelerinde; Odoo güvenlik bildirimleri yayımlandıkça uygulanır.Yamayı kim yapar: sözleşmeye göre
- KayıtlarUygulama, vekil sunucu ve veritabanı kayıtları döndürülür ve saklanır; yüklemelerden sonra ve olaylarda incelenir.Çalışma yöntemimiz
- İzlemeKontroller ve eşikler tetiklendiklerinde gözden geçirilir; kontrolü olmayan her olaydan sonra yeni kontroller eklenir.Çalışma yöntemimiz
- Veritabanı sağlığıVacuum ve şişkinlik, indeks kullanımı, yavaş sorgular, tablo büyümesi, bağlantı kullanımı.Çalışma yöntemimiz
- PerformansYavaş raporlar ve görünümler kayıtlarda ölçülür ve iyileştirilir; kullanıcı sayısı arttıkça işçi ve bellek ayarları yeniden ele alınır.Çalışma yöntemimiz
- KurtarmaHer ortam için belgelenmiş ve prova edilmiş geri yükleme prosedürü: kim aranır, hangi sırayla, hangi yedekle.Çalışma yöntemimiz
- KapasiteDisk, bellek ve CPU eğilimleri aylık incelenir; sınırlara ulaşılmadan önce bir boyutlandırma önerisi sunulur.Çalışma yöntemimiz
İzleme
Bir alarm, ancak neyin tetiklediğini görebildiğinizde işe yarar.
1.240 belgelik zamanlanmış bir e-fatura grubu iş kuyruğunu doldurur; yanıt süreleri artar; kuyruk alarmı tetiklenir. Bir mühendis alarmı üstlenir, ek bir iş işçisi başlatır, kuyruk boşalır, alarm çözülür ve grup mesai dışı bir pencereye taşınır. Erişilebilirlik yüzdesi gösterilmez; çünkü nedeni belli bir durum, nedensiz bir rakamdan daha dürüsttür.
- KontrollerErişilebilirlik, işçi kuyruğu, arka plan işleri, p95 yanıt süresi, veritabanı bağlantıları, disk, yedekler, hatalar.Çalışma yöntemimiz
- EşiklerSizinle kararlaştırılır ve yazılır; nedensiz tetiklenen bir eşik susturulmaz, gözden geçirilir.Sözleşmeye göre
- Kim bilgilendirilirSözleşmedeki kapsama göre nöbetçi mühendis; destek talebi otomatik olarak açılır.Sözleşmeye göre
- Sonrasında ne olurNeden, aksiyon, çözüm ve önleyici değişiklik aynı olay üzerine kaydedilir.Çalışma yöntemimiz
Felaket kurtarma
Bir yedek, ancak geri yüklendiğinde gerçektir.
Kurtarma planı her ortam için yazılır: hangi yedek, nereye, kim tarafından, hangi sırayla geri yüklenir ve kullanıcılara nasıl bildirilir. Kurtarma süresi ve veri kaybı hedefleri, altyapınız için sizinle kararlaştırıp belgelediğimiz değerlerdir; genel değerler yayımlamayız.
Yedek doğrulama
Her gece yedeğinin eksiksizliği (döküm ve dosya deposu) kontrol edilir ve canlı sunucunun yazamayacağı bir konuma kopyalanır.
Geri yükleme testleri
Test ortamında planlı geri yüklemeler yedeği kanıtlar ve prosedürün süresini ölçer; planınıza ölçülen süre girer.
Kurtarma planlaması
Her ortam için yazılı bir çalıştırma kılavuzu: irtibat kişileri, işlem sırası, DNS ve sertifika adımları, entegrasyonların yeniden etkinleştirilmesi, kullanıcı iletişimi.
Bu sayfanın iddia etmedikleri
- Erişilebilirlik yüzdesi yok: bu tür rakamlar platformun ya da veri merkezi işletmecisinin ve sözleşmenizin koşullarıdır.
- Ortamınızda ölçülüp sözleşmenize yazılana kadar kurtarma süresi ya da kurtarma noktası değeri yok.
- Akreditasyon yok: veri merkezi ya da güvenlik akreditasyonuna sahip değiliz ve bunu ima etmeyiz; işletmecinin kendi akreditasyonları geçerlidir.
- Odoo.sh, Odoo S.A.'nın platformudur; üzerinde kurulum yapar ve işletiriz, platformun sahibi ya da işletmecisi değiliz.