Bei Hosting denken die meisten Unternehmen an die Form: Odoo Online, Odoo.sh oder Self-Hosting. Für ein internationales Unternehmen wiegt eine zweite Frage oft schwerer: Wo liegen Ihre Daten, und wer kommt schnell und legal daran? Sobald ein großer Teil Ihres Teams in China sitzt, wird die Wahl zwischen Europa, einem Singapur-Node oder Self-Hosting plötzlich dringend. Dieser Beitrag behandelt diese Abwägung, als Vertiefung unseres Hosting-Leitfadens.
Drei Fragen, die zusammenfallen
Der Datenstandort wirkt wie ein technisches Detail. Er berührt drei Dinge zugleich, die Sie nicht getrennt beurteilen können:
- 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. Dann ist die Standardwahl nicht mehr selbstverständlich.
Wo Ihre Daten liegen können
Die Optionen, denn dort fängt es an:
- Odoo Online betreibt Ihre Datenbank in einem Rechenzentrum in einer Region, die zu Ihnen passt. Einfach, mit wenig Einfluss auf den genauen Standort.
- Odoo.sh läuft auf Google Cloud und lässt Sie beim Einrichten Ihres Projekts die Hosting-Region wählen, 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. Den Betrieb tragen Sie selbst.
Der Hosting-Leitfaden behandelt die Wahl zwischen diesen Formen. Hier geht es um den Standort dahinter.
Odoo aus China: das schärfste Beispiel
Sitzt ein großer Teil Ihres Teams auf dem chinesischen Festland, wird eine Frage, die in den Niederlanden nie auftaucht, plötzlich täglich: Bleibt Odoo schnell und zuverlässig erreichbar?
Latenz plus die Great Firewall
Der Zugriff auf Cloud-Umgebungen außerhalb Chinas kann langsam oder unzuverlässig sein. Zwei Dinge fallen zusammen: die reine Entfernung zu einem Server in Europa oder den USA, und die Great Firewall, die internationalen Verkehr filtert und verlangsamt. Für einen gelegentlichen Nutzer ist das lästig. Für ein operatives Team, das den ganzen Tag Aufträge, Bestand und Einkauf in Odoo verarbeitet, bremst es die Arbeit.
Ein Unternehmen mit einem Standort in China und einem in Europa kann nicht einfach den europäischen Node wählen und erwarten, dass das chinesische Büro reibungslos damit arbeitet. Das sahen wir bei einem Sourcing- und Importunternehmen, bei dem der Großteil der Nutzer in China saß. Dort war “Singapur oder Europa” eine tägliche Frage.
Was Odoo.sh bietet: Singapur und Mumbai
Keiner der 7 Odoo.sh-Standorte liegt in China. Am nächsten sind Singapur und Mumbai.
Ein Node in Singapur oder Mumbai senkt die Latenz aus China merklich gegenüber Europa oder den USA. Für viele Unternehmen reicht das: Ihre Nutzer in China arbeiten akzeptabel schnell, und Sie behalten den Betriebskomfort von Odoo.sh. Die Great Firewall bleibt. Internationaler Verkehr bleibt internationaler Verkehr, und die Zuverlässigkeit erreicht nicht die eines Servers im Land.
Wann Self-Hosting in China der einzige Weg ist
Zwei Situationen drängen Sie zu Self-Hosting in China:
- Strenge Data Residency. Müssen (bestimmte) Daten physisch in China bleiben, deckt kein Odoo.sh-Standort das ab. Lokale Speicherung ist nur über eine eigene Umgebung im Land möglich.
- Zu langsam trotz regionalem Node. Ist Singapur oder Mumbai für Ihr operatives Team noch zu langsam oder zu schwankend, ist ein Server in China die einzige Möglichkeit, wirklich niedrige Latenz zu erreichen.
Self-Hosting bedeutet dann: Odoo auf einem Server oder bei einem Cloud-Anbieter in China betreiben, etwa einer lokalen Region von Alibaba Cloud oder Tencent Cloud. Sie bekommen niedrige Latenz und echte lokale Speicherung. Der Preis ist der Betrieb, den Sie selbst oder über einen Partner tragen: Updates, Backups, Sicherheit. Eine öffentlich erreichbare Website kann zusätzlich eine ICP-Registrierung brauchen; für eine interne Geschäftsanwendung gilt das meist nicht.
Singapur/Mumbai oder Self-Hosting in China
| Frage | Richtung Singapur/Mumbai (Odoo.sh) | Richtung Self-Hosting in China |
|---|---|---|
| Müssen Daten physisch in China bleiben? | Nein | Ja |
| Wie kritisch ist Geschwindigkeit für das China-Team? | Akzeptabel mit regionalem Node | Maximal, lokaler Server nötig |
| Wie viel Betrieb wollen Sie selbst tragen? | Wenig (managed) | Mehr (selbst oder über Partner) |
| Öffentlich erreichbare Website? | Keine ICP-Frage | Mögliche ICP-Registrierung |
Die meisten Unternehmen mit einem China-Team und ohne harte Anforderung an lokale Speicherung kommen mit einem Node in Singapur oder Mumbai gut aus. Gibt Data Residency oder die operative Geschwindigkeit den Ausschlag, kippt es zu Self-Hosting in China. Haben Sie auch eine chinesische Gesellschaft, lesen Sie, wie chinesische Buchhaltung in Odoo funktioniert.
Data Residency und Compliance
Die zweite Frage ist juristisch. 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. China ist das deutlichste Beispiel, denn dort gibt es keinen Odoo.sh-Node.
- Arbeiten Sie mit mehreren Gesellschaften in mehreren Ländern, kann der Aufbau pro Gesellschaft unterschiedlich sein. Das hängt damit zusammen, wie Sie die internationale Buchhaltung anbinden.
Die Regel: Prüfen Sie das vorab. Data-Residency-Anforderungen im Nachhinein zu entdecken ist eine teure Überraschung.
So wählen Sie
Es gibt keinen universell richtigen Standort. Es gibt den richtigen für Ihre Situation. Vier Fragen entscheiden:
- 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 und legt die Wartung auf Sie. Siehe die Abwägung im Hosting-Leitfaden.
Kurz zusammengefasst
Für ein internationales Unternehmen ist Hosting ebenso eine Frage des Standorts wie der Form. Odoo.sh lässt Sie aus 7 festen Regionen wählen, Self-Hosting gibt volle Kontrolle, und Odoo Online ist am einfachsten und am wenigsten steuerbar. Einen Odoo.sh-Node in China gibt es nicht: Singapur und Mumbai senken die Latenz, die Great Firewall bleibt. Müssen Daten in China bleiben, oder reicht die Geschwindigkeit trotz regionalem Node nicht, ist Self-Hosting in China der einzige Weg. Prüfen Sie Performance und Residency vorab.
Haben Sie Nutzer oder Standorte in mehreren Ländern, oder ein Team in China, 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-Hosting: Online, Odoo.sh oder selbst hosten? · Odoo für internationale Rollouts · Internationale Buchhaltung mit Odoo · Chinesische Buchhaltung mit Odoo · Odoo für Einkaufs-, Sourcing- und Importunternehmen · Was kostet eine Odoo-Implementierung?