Patruzeci de magazine online, patruzeci de domenii, patruzeci de designuri - și un singur Odoo în spatele tuturor. Nu e un truc: Odoo rulează mai multe site-uri din start. Despre ce nu se scrie: unde vine nota de plată pentru confortul ăsta.
Ce îți dă o singură instanță
Un catalog, un depozit, o listă de comenzi. Un produs editat o dată apare în fiecare magazin care îl vinde, cu același stoc pe care îl văd ceilalți. Un client care a comandat din două magazine este în sistem unul, nu doi.
Și un singur loc pentru deploy. Patruzeci de instalări separate înseamnă patruzeci de actualizări, patruzeci de backupuri, patruzeci de seturi de acces și patruzeci de facturi în fiecare lună. O modificare la checkout se scrie o dată și ajunge peste tot în același moment.
Ce păstrează fiecare site pentru sine
Domeniul, tema, meniurile, limbile și prețurile aparțin site-ului, nu instanței. Două magazine pe același Odoo pot să nu semene deloc și să vândă același produs la prețuri diferite, în monede diferite.
Și conținutul este separat: paginile, articolele și produsele sunt legate de un site, iar vizitatorul unui magazin nu dă niciodată peste paginile altuia. Separarea este un câmp pe înregistrare - exact de aceea este ieftină.
Unde doare: workerii
Toate cele patruzeci de site-uri împart un singur pool de workeri Odoo. Un worker este un proces și servește o cerere pe rând. Patruzeci de magazine nu primesc de patruzeci de ori mai multe procese - primesc același pool ca unul singur.
De aceea o pagină grea dintr-un magazin nu este problema lui privată. Cât timp un worker petrece opt secunde pe o căutare în catalog, el nu răspunde celorlalte treizeci și nouă de site-uri. Înmulțit cu oamenii care caută toată ziua, poolul este ocupat permanent.
Acesta a fost al doilea motiv să scoatem căutarea din bază, nu doar mărimea catalogului: căutarea care dura opt secunde ținea ocupați workerii a patruzeci de site-uri.
Odoo.sh sau serverul propriu
Pe Odoo.sh mai multe site-uri funcționează exact cum trebuie, iar scalarea și backupurile vin fără să atingi un server. Ce nu vine este dreptul de a rula ceva lângă Odoo: niciun Redis al tău, niciun serviciu al tău. Tot ce e în plus stă în afară și răspunde prin rețea.
Pe serverul propriu cu Enterprise serviciile suplimentare stau în aceeași subrețea cu Odoo. Mai puține salturi, latență mai mică și control complet asupra a ceea ce rulează acolo - în schimbul obligației de a le administra singur.
Când o singură instanță este răspunsul greșit
Când afacerile chiar nu au legătură: firme diferite, contabilitate diferită, oameni care nu trebuie să vadă comenzile altora. Odoo separă și asta, dar configurarea devine grea, iar o greșeală într-o regulă de acces nu mai este un bug, ci o scurgere între afaceri.
Și când unul dintre magazine este atât de mare încât nu are ce căuta într-un pool comun. Atunci se mută. Regula e simplă: o instanță cât timp site-urile împart date și oameni, instanțe separate când împart doar proprietarul.
Iar dacă instanța nu e încă aleasă, începeți cu un pas mai devreme - de la prețul Odoo, Salesforce, HubSpot și SAP pentru o echipă de zece.
Cum se comportă aceleași sisteme zi de zi? Odoo în producție: ce duce, ce se strică, ce nu scrie în manual.