Bei Hosting denken die meisten Unternehmen an “welche Form”: Odoo Online, Odoo.sh oder Self-Hosting. Für ein internationales Unternehmen kommt eine Frage obendrauf, die oft schwerer wiegt: wo liegen Ihre Daten, und wer kommt schnell und legal daran? Sobald ein großer Teil Ihres Teams zum Beispiel in China sitzt, wird die Wahl zwischen einem Singapur-Node, Europa oder einer selbstgehosteten Umgebung plötzlich dringend. Das ist die Abwägung, als Vertiefung unseres Hosting-Leitfadens.
Drei Fragen, die zusammenfallen
Der Datenstandort wirkt wie ein technisches Detail, berührt aber drei Dinge zugleich, die man nicht getrennt betrachten kann:
- Performance und Zugriff - wie schnell und zuverlässig kommen Ihre Nutzer daran, von dort, wo sie sitzen?
- Data Residency und Compliance - müssen (bestimmte) Daten physisch in einem Land oder einer Region bleiben?
- Die Hosting-Form - Odoo Online, eine gewählte Odoo.sh-Region oder Self-Hosting?
Für ein Unternehmen an einem Standort in den Niederlanden sind diese drei selten ein Problem. Sobald Sie international werden, fangen sie an zu reiben - und dann ist die Standardwahl nicht mehr selbstverständlich.
Wo Ihre Daten liegen können
Kurz die Optionen, denn dort fängt es an:
- Odoo Online betreibt Ihre Datenbank in einem Rechenzentrum in einer Region, die zu Ihnen passt. Einfach, aber Sie haben wenig Steuerung über den genauen Standort.
- Odoo.sh läuft auf Google Cloud und lässt Sie die Hosting-Region wählen beim Einrichten Ihres Projekts, aus 7 festen Standorten: Belgien (Europa), Iowa (USA), Toronto (Kanada), Dammam (Saudi-Arabien), Mumbai (Indien), Singapur und Sydney. Das ist der Weg, wenn der Datenstandort eine bewusste Wahl sein muss - sofern Ihr Ziel auf dieser Liste steht.
- Self-Hosting (on-premise oder bei einem eigenen Hosting-Anbieter) gibt volle Kontrolle darüber, wo die Daten liegen - um den Preis des Betriebs, den Sie selbst tragen.
Die Wahl zwischen diesen Formen arbeiten wir breiter im Hosting-Leitfaden aus; hier geht es um den Standort dahinter.
Performance aus China: das schärfste Beispiel
Sitzt ein großer Teil Ihres Teams auf dem chinesischen Festland, ist das der Punkt, den Sie nicht ignorieren können. Der Zugriff auf Cloud-Umgebungen ausserhalb Chinas kann langsam oder unzuverlässig sein - ein bekanntes Phaenomen. Odoo.sh hat kein Rechenzentrum in China selbst; die nächsten festen Standorte sind Singapur und Mumbai. Ein solcher Node in der Region senkt die Latenz merklich, beseitigt die zugrunde liegenden Einschränkungen aber nicht vollständig.
Die Abwägung wird dann konkret: ein regionaler Node (Singapur oder Mumbai) für die tägliche Geschwindigkeit, oder - bei strengen Anforderungen an lokale Speicherung - Self-Hosting innerhalb Chinas, denn einen Odoo.sh-Node in China gibt es nicht. Das sahen wir bei einem Sourcing- und Importunternehmen, bei dem der Grossteil der Nutzer in China sass: genau dort wird “Singapur versus Europa” keine theoretische, sondern eine tägliche Frage.
Data Residency und Compliance
Die zweite Frage ist juristisch, nicht technisch. Data Residency ist die Anforderung, dass bestimmte Daten physisch in einem Land oder einer Region bleiben. In der EU gilt die DSGVO; einige Länder kennen eigene Datenlokalisierungsgesetze. Das bestimmt Ihre Wahl mit:
- Fallen Ihre Daten unter europäische Regeln, ist ein EU-Node die logische Wahl.
- Verlangt lokale Gesetzgebung, dass Daten im Land bleiben, kann Self-Hosting oder eine lokale Umgebung nötig sein.
- Arbeiten Sie mit mehreren Entitäten in mehreren Ländern, kann der Aufbau pro Entität unterschiedlich sein - was damit zusammenhaengt, wie Sie die internationale Buchhaltung anbinden.
Die Regel: prüfen Sie das vorab. Data-Residency-Anforderungen im Nachhinein zu entdecken ist eine teure Überraschung.
Die Abwägung in der Praxis
Es gibt keinen universell richtigen Standort; es gibt den richtigen für Ihre Situation. Die Fragen, die die Wahl bestimmen:
- Wo sitzen Ihre täglichen Nutzer? Die Mehrheit bestimmt die logische Region; der Rest akzeptiert bewusst etwas mehr Latenz.
- Welche Datenanforderungen gelten? DSGVO, lokale Datenlokalisierung, Kunden- oder Branchenanforderungen.
- Wie kritisch ist Geschwindigkeit aus schwierigen Regionen? Für ein operatives Team, das den ganzen Tag im System arbeitet, wiegt Latenz schwerer als für gelegentliche Nutzer.
- Wie viel Betrieb wollen Sie selbst tragen? Self-Hosting gibt Kontrolle über den Standort, legt aber die Wartung auf Sie - siehe die Abwägung im Hosting-Leitfaden.
Kurz zusammengefasst
Für ein internationales Unternehmen ist Hosting nicht nur eine Frage der Form, sondern des Standorts: wo liegen Ihre Daten, und wer kommt schnell und legal daran? Odoo.sh lässt Sie aus 7 festen Regionen wählen, Self-Hosting gibt volle Kontrolle, und Odoo Online ist am einfachsten, aber am wenigsten steuerbar. Ist Ihr Team über Regionen verteilt - gerade mit einem Teil in China - treffen Sie diese Wahl bewusst, auf Basis dessen, wo Ihre Nutzer sitzen und welche Datenanforderungen gelten. Prüfen Sie Performance und Residency vorab, nicht im Nachhinein.
Haben Sie Nutzer oder Standorte in mehreren Ländern und sind unsicher über den Datenstandort? Planen Sie einen unverbindlichen Quickscan, und wir bestimmen gemeinsam die richtige Hosting-Form und -Region für Ihre Situation.
Mehr lesen: Odoo aus China: Hosting und Self-Hosting · Odoo-Hosting: Online, Odoo.sh oder selbst hosten? · Odoo für internationale Rollouts · Internationale Buchhaltung mit Odoo · Odoo für Einkaufs-, Sourcing- und Importunternehmen · Was kostet eine Odoo-Implementierung?