Server-tools: [RFC] Odoo Berorientasi Layanan

Dibuat pada 8 Jun 2017 · 7Komentar · Sumber: OCA/server-tools

Saya sedang mengerjakan desain arsitektur baru untuk membagi Odoo menjadi beberapa contoh aplikasi khusus, semuanya tertaut ke database & penyimpanan file yang sama. Ini akan memberi kami pendekatan berorientasi layanan ke Odoo, tanpa harus benar-benar mendistribusikan melalui acara.

Dalam sedikit eksperimen saya sebelum membuat RFC ini - saya dapat melakukan DoS contoh aplikasi situs web, tetapi contoh web berjalan lancar seperti juara. Ini menciptakan isolasi fisik antara lapisan aplikasi kita, dan dapat mengisolasi titik garis miring yang potensial.

Ini akan terlihat seperti ini (maaf untuk barang ekstra, ini dimaksudkan untuk sesuatu yang lebih besar - bagian yang relevan adalah bagian paling bawah):

soa odoo

Salah satu masalah utama yang saya perkirakan dengan arsitektur ini adalah bahwa kita akan membuat balapan yang bersaing untuk menjalankan tugas terjadwal di antara instance terdistribusi. Dalam hal ini, kita memerlukan modul yang akan menonaktifkan tugas terjadwal dengan variabel lingkungan - saya rasa ini belum memungkinkan.

Di luar ini - sebagian besar pekerjaan akan ditangani oleh penyeimbang beban, jadi modul tidak selalu diperlukan. Semua instance secara teknis mampu melakukan tindakan apa pun, jadi bukan bencana jika ada yang salah arah.

Saya mungkin melewatkan beberapa hal di sini, jadi ini akan menjadi dokumen langsung. Saya akan tertarik untuk mendengar jika ada orang lain yang melakukan hal serupa dengan ini.

Barang Aksi:

[] Modul untuk menonaktifkan tugas terjadwal dengan variabel lingkungan

question

Sumber

lasley

Komentar yang paling membantu

@lasley @dreispt Saya juga menginformasikan atau mengingatkan Anda bahwa ada PR dan prototipe lain seputar model sesi Odoo skalabel berbasis Redis:
https://github.com/odoo/odoo/pull/12515

Saya akan sangat senang jika fitur ini hidup dan OCA dipertahankan di suatu tempat ...

rvalyi pada 9 Jun 2017

👍3

Semua 7 komentar

Jika maksud Anda ir.cron dengan "tugas terjadwal", menonaktifkannya sudah dimungkinkan (setidaknya dalam mode pekerja, saya tidak memeriksa dalam mode berulir) di file konfigurasi Odoo: max_cron_threads = 0 .
(Sunting: Melihat kode, tampaknya berfungsi baik dalam mode pekerja dan berulir)

Garamotte pada 8 Jun 2017

👍3

Server aplikasi AFAIK Odoo dirancang untuk dapat diskalakan dengan menambahkan lebih banyak pekerja atau lebih banyak server aplikasi secara berdampingan.
Batasannya adalah mereka harus berbagi server file yang sama (untuk sesi dan data lampiran) dan server db.
Dan Anda dapat menyiapkan load balancing sehingga permintaan klien web ke sekelompok server aplikasi dan permintaan situs web pergi ke grup server aplikasi lain.

Jika Anda tidak memiliki masalah dengan dua persyaratan tersebut, AFAICS Anda memiliki semuanya di luar kotak.

dreispt pada 8 Jun 2017

👍2

Ya, tadinya saya mau ngomong persis apa yang baru saja dikatakan @ sylvain-garancher dan @dreispt : semua sudah ada, masih dari era pra-buruh pelabuhan.

Jika Anda berbagi gambar dasar yang sama di antara backend dan frontend instance, Anda bisa meluncurkan yang frontend menambahkan --max-cron-threads=0 ke perintah boot.

Saya berharap Infinit segera mencapai 1.0 dan membuat berbagi filestore jauh lebih mudah.

Yajo pada 9 Jun 2017

👍1

Hore, terima kasih @ sylvain-garancher, @dreispt , @Yajo - Anda pasti benar - ini berhasil di luar kebiasaan! Saya ❤️ Odoo

Saya berharap Infinit segera mencapai 1.0 dan membuat berbagi filestore jauh lebih mudah.

Sudahkah Anda melihat ke GlusterFS? Ini adalah pendekatan yang direkomendasikan oleh Red Hat

lasley pada 9 Jun 2017

@lasley @dreispt Saya juga menginformasikan atau mengingatkan Anda bahwa ada PR dan prototipe lain seputar model sesi Odoo skalabel berbasis Redis:
https://github.com/odoo/odoo/pull/12515

Saya akan sangat senang jika fitur ini hidup dan OCA dipertahankan di suatu tempat ...

rvalyi pada 9 Jun 2017

👍3

Ya @lasley Saya sudah melihat ke GlusterFS. Memang solusi produksi terbaik saat ini, tetapi saya tetap memperhatikan Infinit karena tampaknya memiliki desain yang lebih baik, dan plugin volume Docker (mereka dibeli oleh Docker karena alasan tertentu ...).

Yajo pada 12 Jun 2017

@Yajo Ohhhhhh bagus- Aku juga harus mengawasi Infinit!

lasley pada 12 Jun 2017

Apakah halaman ini membantu?

0 / 5 - 0 peringkat