لماذا KANZ-DB؟
لماذا ندير 4 قواعد بيانات مختلفة، ونتحمل أعباء 4 أنظمة مصادقة، و 4 أسطح هجوم أمنية، بينما يمكننا دمجها في محرك واحد خارق؟
وداعاً للتشتت المفرط
عندما تبني تطبيقاً معقداً اليوم، تجد نفسك مضطراً لاستخدام PostgreSQL للبيانات العلائقية، و Redis للتخزين المؤقت، و ClickHouse للتحليل، و Cassandra للتوسع. هذا التشتت يضيف تكلفة خرافية في الصيانة وتعقيداً هائلاً، ويمثل كارثة أمنية محققة بـ 4 منافذ للاختراق.
محرك واحد يحكمهم جميعاً
بنينا محركاً واحداً من الصفر بلغة Rust. يحل محل Postgres بفضل محرك `sled`، ويحل محل Redis بفضل التزامن المتطور (`tokio`)، ويحل محل ClickHouse عبر التحليل العمودي، ويتوسع أفقياً كـ Cassandra.
الأمان في الجذور
التشفير ليس طبقة خارجية. نستخدم ChaCha20-Poly1305 في قلب المحرك. البيانات لا توجد مكشوفة في الذاكرة قط، وهي مصممة للعمل داخل عزل seL4 مما يعني استحالة الوصول لها حتى لو سقط نظام التشغيل.
لا مزيد من تعلم لغات استعلام متعددة. بروتوكول واحد ذكي لكل شيء.