“offline‑फ्रेंडली” नहीं। offline-first।
डिवाइस ही प्राथमिक स्रोत है — नेटवर्क एक ऑप्टिमाइज़ेशन है, ज़रूरत नहीं।
डिवाइस प्राथमिक स्रोत के रूप में
हर ऑपरेशन पहले लोकल SQLite में लिखता है। UI कभी नेटवर्क का इंतज़ार नहीं करता।
टिकाऊ म्यूटेशन क्यू
लेखन क्यू में जाते हैं और बैकग्राउंड में द्विदिश रीकनसाइल होते हैं, अस्थिर नेटवर्क पर भी डेटा खोए बिना।
नेटवर्क के बिना 100% चलता है
ऑफ़लाइन होने पर ऐप अटकता नहीं; चलता रहता है और दोबारा जुड़ते ही सिंक कर लेता है।
सर्वर-ऑथॉरिटेटिव ऑर्डरिंग
ग्लोबल ऑर्डर + write checkpoints कनवर्जेंस की गारंटी देते हैं — डिवाइस की घड़ी पर कभी भरोसा नहीं।
एक ऑर्डर — फ़ील्ड से अप्रूव तक, नेटवर्क का इंतज़ार किए बिना
एक असली ऑर्डर देखिए: ऑफ़लाइन बना, सिंक हुआ, सुपरवाइज़र ने अप्रूव किया और वापस सेल्स रेप तक। सब अपने-आप।
रास्ते में, फ़ोन या लैपटॉप पर वह ग्राहक का ऑर्डर दर्ज करता है — 18% छूट के साथ।
एक इंजन। आपकी भाषा।
वही Rust core, FFI, JNI, N-API और WASM के ज़रिए इडियमैटिक SDK के रूप में।
स्थिर साझा API, उसी Rust core पर पतले इडियमैटिक SDK।
उसी डेटाबेस से सिंक करता है जो आपके पास पहले से है
लॉग-आधारित CDC से चेंज कैप्चर (जैसे Postgres लॉजिकल रेप्लिकेशन), और capability-probe के आधार पर trigger/outbox फॉलबैक।
लोकल लेखन से टिकाऊ कनवर्जेंस तक
हॉट पाथ पर एक data plane, केवल मेटाडेटा का control plane, और एक इंक्रिमेंटल ट्रांसपोर्ट जो केवल बदला हुआ हिस्सा भेजता है।
डिवाइस लोकल लिखता है
ऐप लोकल SQLite में लिखता है और म्यूटेशन क्यू में डालता है — तुरंत, नेटवर्क हो या न हो।
चेंज कैप्चर
जब डेटाबेस सपोर्ट करे तो नेटिव CDC (लॉग-आधारित), वरना trigger + outbox फॉलबैक।
Rust core
हॉट पाथ पर data plane (crossfly-sync-service) और एक control plane जो केवल मेटाडेटा संभालता है, हॉट पाथ से बाहर।
इंक्रिमेंटल ट्रांसपोर्ट
डेल्टा के लिए TLS 1.3 पर Protobuf/gRPC, बल्क/स्नैपशॉट कॉलमनर (Apache Arrow/Parquet, zstd)। अटैचमेंट अलग प्लेन पर — content_hash से रेफ़रेंस, प्लगेबल स्टोरेज (S3/MinIO/Azure Blob + CDN)।
जहाँ CrossFly Sync आगे जाता है
ईमानदारी से तुलना
| CrossFly Sync | PowerSync / ElectricSQL | Realm / Couchbase / RxDB | |
|---|---|---|---|
| मल्टी-डेटाबेस CDC | ✓ | — | — |
| डायनामिक schema-per-tenant | ✓ | — | — |
| प्रति टेनेंट क्रिप्टो आइसोलेशन | ✓ | — | — |
| टिकाऊ क्यू के साथ असली offline-first | ✓ | ✓ | ◑ |
✓ उपलब्ध · ◑ आंशिक / उत्पाद के अनुसार भिन्न · — उपलब्ध नहीं। यह तुलना सामान्य क्षमताओं की हमारी समझ पर आधारित है और इन उत्पादों के विकास के साथ बदल सकती है।
Open-core, प्रति एक्टिव डिवाइस बिलिंग
जिन हिस्सों पर आप बनाते हैं वे खुले हैं; सर्वर source-available है और समय के साथ परमिसिव लाइसेंस में बदल जाता है।
SDKs, प्रोटोकॉल और specs
Apache-2.0 — जिन SDKs, वायर प्रोटोकॉल और specs पर आप बनाते हैं वे परमिसिव लाइसेंस में हैं।
source-available सर्वर
FSL-1.1 — 2 साल बाद परमिसिव लाइसेंस में बदलता है। न AGPL, न SSPL।
प्रति एक्टिव डिवाइस बिलिंग
आप प्रति एक्टिव सिंक किए गए डिवाइस भुगतान करते हैं — सीट या कोर नहीं, असली उपयोग के अनुसार।