Docs
Regional routing & residensi data
Setiap model dalam katalog Anoman mendeklarasikan region tempat request-nya diproses. Anda bisa melakukan routing berdasarkan residensi, mengaudit region mana yang melayani request mana pun di masa lalu, dan opt in (atau opt out) pemrosesan lintas negara per request.
Arti “region pemrosesan data”
Ketika Anda memanggil /v1/chat/completions, Anoman meneruskan prompt ke layanan upstream yang menjalankan model yang Anda pilih. Region pemrosesan data adalah tempat penerusan itu berakhir — negara yang hukumnya mengatur prompt selama diproses.
Region dideklarasikan di dua tempat: pada halaman detail model (badge residensi di hero) dan pada setiap baris /public/v1/pricing sebagai dataProcessingRegions: string[]. Beberapa region = routing multi-region di dalam infrastruktur model tersebut.
Region yang didukung
| Region | Kode | Framework | Deskripsi |
|---|---|---|---|
| Indonesia | id | UU PDP | Data center Indonesia (Jakarta). Semua data pelanggan Indonesia diproses dan disimpan di sini. |
| Singapura | sg | PDPA | Region Singapura diluncurkan Q3 2026. Disediakan untuk workload PDPA. |
| China | cn | PIPL | Routing melalui infrastruktur China. Digunakan oleh katalog model open-source kami yang dioptimalkan untuk biaya. |
| Amerika Serikat | us | — | Region routing default untuk sebagian besar model unggulan frontier. |
| Eropa | eu | GDPR | Model frontier yang berdomisili di EU. |
| Jepang | jp | APPI | Disediakan untuk routing berdomisili di Jepang pada masa depan. |
| Global | global | Multi-region | Routing multi-region — memilih region tercepat yang tersedia. Tanpa jaminan residensi. |
Cara routing berdasarkan region
Ada tiga cara untuk menyelaraskan pilihan model Anda dengan kebijakan residensi:
1. Jelajahi katalog
Buka /models dan gunakan baris filter Region di bagian atas. Kartu menampilkan badge bendera sehingga residensi terlihat sekilas.
2. Query endpoint pricing publik
# Curl example — get all models that process in Indonesia only
curl -s https://api.anoman.io/public/v1/pricing \
| jq '[.[] | select(.dataProcessingRegions | index("id"))]'3. Audit region per-request dari trace
Buka halaman Traces di dashboard dan filter berdasarkan Region. Setiap baris trace membawa tag region yang melayani request, sehingga audit historis menjawab “ke mana prompt ini sebenarnya pergi” secara deterministik.
Pemrosesan lintas negara bersifat opt-in
Akun pelanggan disematkan ke satu region (customer_region pada API key). Data internal akun — key, policy, billing, trace — tidak pernah keluar dari database region tersebut.
Namun model yang Anda pilih mungkin memproses body request (prompt + completion) di region yang berbeda. Kami membuat ini terlihat:
- Setiap kartu model mendeklarasikan region pemrosesan datanya.
- Halaman detail model menampilkan rangkaian badge residensi di hero.
- Picker playground di dashboard menampilkan badge residensi sebelum Anda memilih model.
Jika postur kepatuhan Anda mengharuskan tetap berada di dalam Indonesia, gunakan model yang dataProcessingRegions mencakup "id". Hal yang sama berlaku untuk workload PDPA / GDPR / PIPL / APPI.
Failover dan region
Ketika route utama untuk sebuah model tidak sehat, Anoman dapat melakukan auto-failover ke route cadangan. Failover tidak pernah melintasi batas region secara diam-diam — region route cadangan tercantum di dataProcessingRegions jika berbeda dari route utama, sehingga katalog tetap mencerminkan setiap kemungkinan lokasi pemrosesan untuk request tersebut.
Untuk dokumentasi kepatuhan yang lebih luas, lihat UU PDP, PDPA, Kebijakan Privasi, dan Keamanan.